fstab

DiskMan · 12. Februar 2013

hi jungs,
ich schreib mal auf deutsch weil ich keine lust habe auf englsich heute.
ich habe festgestellt das meine samba conf und fstab immer wieder bei jedem futz überschrieben wird.
miene änderungen fü meine freigaben sind damit also immer weg.
egal das kenn ich ja schon.
ich habe allerdings nicht verstanden warum die platten dort 2 und 3 mal gemountet werden (fstab).
leider bin ich immo nicht zu hause sonst würde ich die mal kopien ...mach ich aber sonst heute abend.
eventuell könnt ihr eure jam al checken. kann ja sein das ich ein einzelfall bin

disk

votdev · 12. Februar 2013

Die Samba Konfiguration wird immer dann neu geschrieben wenn Du in der WebGUI irgendwelche Änderungen vornimmst die die SMB/CIFS Konfiguration betreffen. Achtung !!! Das Backend ist nicht so intelligent und merkt nicht wenn Du einen Shared Folder Dialog in SMB/CIFS oder sonstwo mit 'OK' beendest ohne aktiv Änderungen vorgenommen zu haben, d.h. auch dann wird die Konfiguration neu erstellt. In 0.5 muss der Anwender Änderungen an der Konfiguration manuell über die WebGUI aktivieren, d.h. die bestehende Konfiguration bleibt solange bestehen bis der Anwender in der WebGUI die vorgenommenen Änderungen aktviert.

Die Fstab sollte eigentlich nicht komplett neu geschrieben werden, OMV fügt seine Änderungen nur innerhalb bestimmter Markierungen ein, d.h. manuelle Änderungen an der Datei werden nicht durch OMV beeinträchtigt. Wenn die Datei geändert wird und Deine Änderungen verwirft dann ist es bestimmt nicht durch OMV getriggert.

DiskMan · 12. Februar 2013

okay das verstehe ich. das bedeutet dann also das irgendwas die einträge in der fstab 2 mal schreibt ? heute abend kopier ich es rein versprochen

das mit der 0.5 wäre cool ich habe meine platten nämlich alle nach /mnt gemountet und dann alle gemeinsam unter OMV im netzwerk freigegeben. somit brauch ich nur ein laufwerk zu mounten und habe alle platten drin. ich finde das so übersichtlicher als 10 laufwerke :o)

disk

DiskMan · 14. Februar 2013

Code

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# / was on /dev/sda1 during installation
UUID=4400147f-9aa9-41cf-ad5d-bb4187e74c59 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=444e09b2-d248-44e6-a259-9d4ff4dcacc9 none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/sda1       /media/usb0     auto    rw,user,noauto  0       0
/dev/sda2       /media/usb1     auto    rw,user,noauto  0       0
/dev/sda5       /media/usb2     auto    rw,user,noauto  0       0
tmpfs           /tmp            tmpfs   defaults        0       0
# >>> [openmediavault]
UUID=769ed6e7-a213-4932-8996-deb9a8fbac31 /media/769ed6e7-a213-4932-8996-deb9a8fbac31 ext4 defaults,acl,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 2
UUID=8327cc2f-f8f5-4291-b680-ce5746396f6b /media/8327cc2f-f8f5-4291-b680-ce5746396f6b ext4 defaults,acl,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 2
UUID=a20b3273-57f3-41d0-b289-fa1a0516b8b0 /media/a20b3273-57f3-41d0-b289-fa1a0516b8b0 ext4 defaults,acl,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 2
UUID=287b2ba8-397b-4b63-89e6-b849fcfcb6e0 /media/287b2ba8-397b-4b63-89e6-b849fcfcb6e0 ext4 defaults,acl,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 2
UUID=70c75734-33fb-43ce-bc43-e031939452eb /media/70c75734-33fb-43ce-bc43-e031939452eb ext4 defaults,acl,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 2
UUID=5719956e-7277-4e29-9a68-ccdf8a47e831 /media/5719956e-7277-4e29-9a68-ccdf8a47e831 ext4 defaults,acl,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 2
UUID=e98000fb-aacf-4521-b1ad-e22d6e411272 /media/e98000fb-aacf-4521-b1ad-e22d6e411272 ext4 defaults,acl,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 2
UUID=4fc49b72-6dea-456a-84f5-47700a507d55 /media/4fc49b72-6dea-456a-84f5-47700a507d55 ext4 defaults,acl,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 2
UUID=33ea9abf-12e9-4b9f-a3af-4a032306131b /media/33ea9abf-12e9-4b9f-a3af-4a032306131b ext4 defaults,acl,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 2
UUID=908a242e-7186-4566-8d8a-aa3044dae668 /media/908a242e-7186-4566-8d8a-aa3044dae668 ext4 defaults,acl,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 2
/media/769ed6e7-a213-4932-8996-deb9a8fbac31/2000III /home/ftp/2000III none bind 0 0
/media/8327cc2f-f8f5-4291-b680-ce5746396f6b/2000II /home/ftp/2000II none bind 0 0
/media/a20b3273-57f3-41d0-b289-fa1a0516b8b0/3000I /home/ftp/3000I none bind 0 0
/media/287b2ba8-397b-4b63-89e6-b849fcfcb6e0/3000II /home/ftp/3000II none bind 0 0
/media/70c75734-33fb-43ce-bc43-e031939452eb/2000IV /home/ftp/2000IV none bind 0 0
/media/5719956e-7277-4e29-9a68-ccdf8a47e831/2000V /home/ftp/2000V none bind 0 0
/media/e98000fb-aacf-4521-b1ad-e22d6e411272/Upload /home/ftp/Upload none bind 0 0
/media/33ea9abf-12e9-4b9f-a3af-4a032306131b/2000I /home/ftp/2000I none bind 0 0
/media/908a242e-7186-4566-8d8a-aa3044dae668/1500 /home/ftp/1500 none bind 0 0
# <<< [openmediavault]
# append to /etc/fstab


# das kommt von mir 
/media/33ea9abf-12e9-4b9f-a3af-4a032306131b/2000I   /mnt/OMV/2000I   none bind 0 0
/media/8327cc2f-f8f5-4291-b680-ce5746396f6b/2000II  /mnt/OMV/2000II  none bind 0 0
/media/769ed6e7-a213-4932-8996-deb9a8fbac31/2000III /mnt/OMV/2000III none bind 0 0
/media/70c75734-33fb-43ce-bc43-e031939452eb/2000IV  /mnt/OMV/2000IV  none bind 0 0
/media/5719956e-7277-4e29-9a68-ccdf8a47e831/2000V   /mnt/OMV/2000V   none bind 0 0
/media/a20b3273-57f3-41d0-b289-fa1a0516b8b0/3000I   /mnt/OMV/3000I   none bind 0 0
/media/287b2ba8-397b-4b63-89e6-b849fcfcb6e0/3000II  /mnt/OMV/3000II  none bind 0 0
/media/e98000fb-aacf-4521-b1ad-e22d6e411272/Upload  /mnt/OMV/Upload  none bind 0 0
/media/908a242e-7186-4566-8d8a-aa3044dae668/1500    /mnt/OMV/1500    none bind 0 0
# ende von mir


# >>> [openmediavault]
UUID=769ed6e7-a213-4932-8996-deb9a8fbac31 /media/769ed6e7-a213-4932-8996-deb9a8fbac31 ext4 defaults,acl,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 2
UUID=8327cc2f-f8f5-4291-b680-ce5746396f6b /media/8327cc2f-f8f5-4291-b680-ce5746396f6b ext4 defaults,acl,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 2
UUID=a20b3273-57f3-41d0-b289-fa1a0516b8b0 /media/a20b3273-57f3-41d0-b289-fa1a0516b8b0 ext4 defaults,acl,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 2
UUID=287b2ba8-397b-4b63-89e6-b849fcfcb6e0 /media/287b2ba8-397b-4b63-89e6-b849fcfcb6e0 ext4 defaults,acl,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 2
UUID=70c75734-33fb-43ce-bc43-e031939452eb /media/70c75734-33fb-43ce-bc43-e031939452eb ext4 defaults,acl,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 2
UUID=5719956e-7277-4e29-9a68-ccdf8a47e831 /media/5719956e-7277-4e29-9a68-ccdf8a47e831 ext4 defaults,acl,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 2
UUID=e98000fb-aacf-4521-b1ad-e22d6e411272 /media/e98000fb-aacf-4521-b1ad-e22d6e411272 ext4 defaults,acl,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 2
UUID=33ea9abf-12e9-4b9f-a3af-4a032306131b /media/33ea9abf-12e9-4b9f-a3af-4a032306131b ext4 defaults,acl,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 2
UUID=908a242e-7186-4566-8d8a-aa3044dae668 /media/908a242e-7186-4566-8d8a-aa3044dae668 ext4 defaults,acl,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 2
/media/769ed6e7-a213-4932-8996-deb9a8fbac31/2000III /home/ftp/2000III none bind 0 0
/media/8327cc2f-f8f5-4291-b680-ce5746396f6b/2000II /home/ftp/2000II none bind 0 0
/media/a20b3273-57f3-41d0-b289-fa1a0516b8b0/3000I /home/ftp/3000I none bind 0 0
/media/287b2ba8-397b-4b63-89e6-b849fcfcb6e0/3000II /home/ftp/3000II none bind 0 0
/media/70c75734-33fb-43ce-bc43-e031939452eb/2000IV /home/ftp/2000IV none bind 0 0
/media/5719956e-7277-4e29-9a68-ccdf8a47e831/2000V /home/ftp/2000V none bind 0 0
/media/e98000fb-aacf-4521-b1ad-e22d6e411272/Upload /home/ftp/Upload none bind 0 0
/media/33ea9abf-12e9-4b9f-a3af-4a032306131b/2000I /home/ftp/2000I none bind 0 0
/media/908a242e-7186-4566-8d8a-aa3044dae668/1500 /home/ftp/1500 none bind 0 0
# <<< [openmediavault]

Alles anzeigen

votdev · 14. Februar 2013

Hmm, das ist echt komisch, dass sollte eigentlich nicht so passieren. Lösche einfach den letzten Block aus der Datei. Wenn Du danach

Code

omv-mkconf fstab

ausführst, sind dann wieder zwei [openmediavault] Blöcke vorhanden?

DiskMan · 16. Februar 2013

jap genau das macht er.......wieder 2 mal drin

votdev · 16. Februar 2013

Ich kann leider das Problem nicht nachstellen noch sehe ich irgendwo einen Fehler im Skript das die fstab Einträge für OMV generiert.

DiskMan · 16. Februar 2013

was machen wir da am besten ?

DiskMan · 18. Februar 2013

.....das aber irgendwie doof nun
willst du mal teamviewer access haben ?

Solo0815 · 18. Februar 2013

Hab grad mal den Code des fstab-scripts angeschaut und einfach mal nen Schuss ins Blaue:
Es kann nicht sein, dass am Ende von

Code

# >>> [openmediavault]

ein Leerzeichen (oder ein anderes nicht darstellbares Zeichen) reingerutscht ist? Dann würde nämlich der Code

Code

grep -E "^# >>> \[${OMV_FSTAB_SECTIONNAME}\]$" ${OMV_FSTAB_CONFIG} >/dev/null

mit dem Dollarzeichen, welches das Ende einer Zeile angibt nicht mehr greifen.
Wie gesagt, keine Ahnung, obs so ist, kannste ja mal testen. Alle Leerzeichen nach # >>> [openmediavault] löschen, natürlich nur einen openmediavault-Block drin lassen und den oberen Befehl nochmal ausführen. Alternativ kannst du das Dollarzeichen nach

Code

grep -E "^# >>> \[${OMV_FSTAB_SECTIONNAME}\]

mal löschen und sehen, was passiert.

Mach aber bitte ein backup der geänderten Dateien und der /etc/fstab

DiskMan · 19. Februar 2013

gute idee danke...das teste ich heute abend gleich mal....aber sag mal ein zeilenumbruch darf ich doch machen oder?

votdev · 19. Februar 2013

Zitat von "Solo0815"
Hab grad mal den Code des fstab-scripts angeschaut und einfach mal nen Schuss ins Blaue:
Es kann nicht sein, dass am Ende von
Code
# >>> [openmediavault]
ein Leerzeichen (oder ein anderes nicht darstellbares Zeichen) reingerutscht ist? Dann würde nämlich der Code
Code
grep -E "^# >>> \[${OMV_FSTAB_SECTIONNAME}\]$" ${OMV_FSTAB_CONFIG} >/dev/null
mit dem Dollarzeichen, welches das Ende einer Zeile angibt nicht mehr greifen.
Wie gesagt, keine Ahnung, obs so ist, kannste ja mal testen. Alle Leerzeichen nach # >>> [openmediavault] löschen, natürlich nur einen openmediavault-Block drin lassen und den oberen Befehl nochmal ausführen. Alternativ kannst du das Dollarzeichen nach
Code
grep -E "^# >>> \[${OMV_FSTAB_SECTIONNAME}\]
mal löschen und sehen, was passiert.

Mach aber bitte ein backup der geänderten Dateien und der /etc/fstab
Alles anzeigen

Gute Idee, ich hatte schon ausprobiert ob es evtl. daran liegt dass nach '# <<< [openmediavault]' gleich '# append to /etc/fstab' folgt und der sed Code nicht damit klar kommt. Aber Leerzeichen können natürlich die Ursache sein.

SerErris · 19. Februar 2013

Warum machst Du den Grep nicht robuster durch:

grep -E "^# >>> \[${OMV_FSTAB_SECTIONNAME}\]\s*$" ${OMV_FSTAB_CONFIG} >/dev/null

Das würde dann all Whitespace am Ende ignorieren ...

Könnten wir hier auch ein DOS/Unix Problem haben, daß da aus irgendwelchen Gründen ein CRLF hinten dransteht (mit DOS geändert?)

DiskMan · 19. Februar 2013

ja mit dos geändert und per ftp wieder hoch geschoben....muss ich ja jedes mal machen sobald ich das ändere...wie volker schon sagte sogar ein "ok" schreibt ja alles neu........ich kopiere es dann gleich immer per ftp.

votdev · 19. Februar 2013

OK, der Code sollte jetzt weniger restriktiv sein. Siehe http://sourceforge.net/p/openmediavault/code/490.

DiskMan · 23. Februar 2013

männer,
nur mal eben zur rückmeldung: ES KLAPPT. also nun habe ich nur noch einen eintrag drin. super vielen dank volker.

ach eins hätte ich aber noch zum besten gegeben.
ich habe ja relativ viele festplatten drin. manchmal kommt es vor das nicht alle beim start gleich erkannt werden und omv eine vermisst.
wäre im prinzip nicht so schlimm das blöde ist nur ich muss dann immer in den keller rennen und manuel strg + D drücken damit er weiter bootet. am ende hat er sie denn wenn ich einen erneuten scan in der gui mache.
gibt es vielleicht einen weg das strg + d problem zu lösen...ich meine warum steht es dort wenn er sowieso hinterher weiterbootet?

gruß,
disk

Solo0815 · 23. Februar 2013

In vielen BIOS-Versionen gibt es ne Möglichkeit, dem HD-Timeout (glaub der heißt so) höher zu setzen. Damit wartet das BIOS länger, bis es alle HDs gefunden hat.

DiskMan · 25. Februar 2013

hi, neee das kann nicht sein die Platten sind ja schon hochgefahren....selbst bei einem reboot macht er es.......kann platte xy nicht finden.
ich habe nun auch schon OMV (im anderen therad) neu installiert alles auf null....selbst dann auf dem frischen system "kann platte xy nicht finden". kann man diese überprüfung nicht einfach abschalten die nervt nur......

Jetzt mitmachen!