Inhalt von /opt enthält mehr als /volume1/@optware

Status
Für weitere Antworten geschlossen.

Molt

Benutzer
Mitglied seit
08. Jun 2012
Beiträge
98
Punkte für Reaktionen
0
Punkte
6
Moin,

sorry, dass ich nochn Thread aufmache - aber der andere war ein ganz anderes Problem.
Wenn ich es richtig verstehe, wird in der Standardauslieferung /opt auf /volume1/@optware gemounted, was ich so auch in der /etc/rc.optware nachlesen kann.
Stattdessen soll nun ein symbolischer Link angelegt werden - ergibt für mich ebenfalls sinn. Was ich nicht verstehe:
Obwohl ich in der /etc/rc.local die Zeile zum Aufruf auskommentiert habe, gibts nach nem Neustart das Verzeichnis /opt - und was mich im Besonderen irritiert ist, dass wenn ichs mit dem Inhalt von @optware vergleiche weniger drin ist - wie kann das sein?
Code:
Syno> cd opt
Syno> dir
drwxr-xr-x   10 root     root          4096 Nov 16 14:51 .
drwxr-xr-x   25 root     root          4096 Nov 16 14:42 ..
drwxr-xr-x    2 root     root          4096 Nov 16 14:35 bin
drwxr-xr-x    4 root     root          4096 Nov 16 14:35 etc
drwx------    2 root     root          4096 Nov 16 14:51 ipkg-aqcHRs
drwxr-xr-x    3 root     root          4096 Nov 16 14:35 lib
drwxr-xr-x    3 root     root          4096 Nov 16 14:35 man
drwxr-xr-x    3 root     root          4096 Feb 15  2012 share
drwxr-xr-t    2 root     root          4096 Feb 15  2012 tmp
drwxr-xr-x    3 root     root          4096 Feb 15  2012 var
Syno> cd /volume1/@optware/
Syno> dir
drwxr-xr-x    6 root     root          4096 Nov 16 14:35 .
drwxr-xr-x   22 root     root          4096 Nov 16 14:40 ..
drwxr-xr-x    2 root     root          4096 Nov 16 14:35 etc
drwxr-xr-x    2 root     root          4096 Nov 16 14:35 lib
drwxrwxrwt    2 root     root          4096 Nov 16 14:35 tmp
drwxr-xr-x    3 root     root          4096 Nov 16 14:35 var

Zudem bekomme ich /opt auch nicht unmounted...aber beim letzten Versuch hatte ich /opt trotzdem mal gelöscht und dann war ipkg nicht mehr aufrufbar - was ja auch sinn macht, weil im @optware Verzeichnis der bin-Ordner fehlt. Ich checke nur nicht, wie das sein kann, wenns doch eigtl. darauf gebunden ist.
Wenn ich mount eingebe, wird /opt auch nicht als gemountet gelistet ???
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
14.057
Punkte für Reaktionen
3.872
Punkte
488
Stellt sich die Frage, was /opt bei dir wirklich ist.

Bei einem Symlink sieht das so aus:
Code:
root@DS212:~# ls -als /opt
   0 lrwxrwxrwx    1 root     root            17 Nov  7 10:48 /opt -> /volume1/@optware
bei der Methode über Mount sollte /opt mit "mount" gelistet werden.

Ich denke daher, dass es sich bei dir einfach um zwei Verzeichnisse mit unterschiedlichen Inhalten handelt.

Normalerweise sollte /opt entweder ein Symlink auf /volume1/@optware sein (wie bei mir), oder ein leeres Verzeichnis, in das dann /volume1/@optware gemountet wird.
In beiden Fällen sind die Inhalte dann gleich.
 

Molt

Benutzer
Mitglied seit
08. Jun 2012
Beiträge
98
Punkte für Reaktionen
0
Punkte
6
ja, genau - aber warum? Ist direkt nach der Installation ist das so gewesen.

Und was sollte ich jetzt tun? Den opt-Ordner nach @optware kopieren und dann symlinken? Oder es so lassen wie es ist? Dürfte ja keine Gefahr hinsichtlich Herunterfahren sein...
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
14.057
Punkte für Reaktionen
3.872
Punkte
488
Ich würde /opt und /volume1/@optware löschen und nochmal neu installieren. Danach gleich das gemountete /opt durch einen Symlink ersetzen, bevor die ersten Zusatzpakete draufkommen.
/opt bzw. der Symlink geht öfter mal durch ein Firmware-Update o.ä. verloren, /volume1/@optware bleibt aber.
 
Zuletzt bearbeitet:
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat