[DE] persist filesystem hat nach jedem reboot Fehler

[dieres]

moin,

ich kämpfe mit einem nervigen Problem. Mein LiveUSB mit persist
hat nach jedem Booten ein unsauberes fehlerbehaftetes Dateisystem im persist File siduction-rw. Wie kann das passieren?
Zur Anleitung im Handbuch sehe ich bei mir den einzigen Unterschied in der Lage des persist Files. Bei mir liegt es in / des Sticks und nicht in /siduction. Da ich ja eh ein File benutzen muss, und nicht wie früher eine Partition benutzen kann, habe ich auch auf das anlegen einer 2. Partition verzichtet. Aber das sollte doch keinen Einfluß haben, oder?

Sehen die Mount points aus wenn ich mit persist starte:

Code: [Select]

root@siduction:/home/siducer# mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=493936,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=396500k,mode=755)
/dev/sdb1 on /fll/sdb1 type vfat (rw,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,iocharset=utf8,shortname=winnt,utf8,errors=remount-ro)
/dev/loop0 on /fll/siduction type squashfs (ro,relatime)
tmpfs on / type tmpfs (rw,relatime,size=3568472k,mode=755)
/dev/loop1 on /fll/persist type ext2 (rw,noatime,errors=continue,user_xattr,acl)
aufs on /fll/aufs type aufs (rw,relatime,si=c437942dea7d4eb8)
aufs on /bin type aufs (rw,relatime,si=c437942dea7d4eb8)
aufs on /boot type aufs (rw,relatime,si=c437942dea7d4eb8)
aufs on /etc type aufs (rw,relatime,si=c437942dea7d4eb8)
aufs on /home type aufs (rw,relatime,si=c437942dea7d4eb8)
aufs on /lib type aufs (rw,relatime,si=c437942dea7d4eb8)
aufs on /lib64 type aufs (rw,relatime,si=c437942dea7d4eb8)
aufs on /mnt type aufs (rw,relatime,si=c437942dea7d4eb8)
aufs on /opt type aufs (rw,relatime,si=c437942dea7d4eb8)
aufs on /root type aufs (rw,relatime,si=c437942dea7d4eb8)
aufs on /sbin type aufs (rw,relatime,si=c437942dea7d4eb8)
aufs on /selinux type aufs (rw,relatime,si=c437942dea7d4eb8)
aufs on /srv type aufs (rw,relatime,si=c437942dea7d4eb8)
aufs on /usr type aufs (rw,relatime,si=c437942dea7d4eb8)
aufs on /var type aufs (rw,relatime,si=c437942dea7d4eb8)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=792980k)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)


wenn ich danach neu boote und ohne persist starte hat das persist File ein kaputtes Filesystem und der Stick selbst ist unter /fll/sdb1 ro statt rw eingebunden.

und so der Starteintrag in der grub.cfg für das uefi booten.

Code: [Select]

menuentry "siduction amd64 (3.6-9.towo-siduction-amd64)" {
     linux /boot/vmlinuz0.amd boot=fll $kopts lang=de_DE tz=Europe/Berlin persist=/siduction-rw firmware=/firmware quiet
# $kopts
     initrd /boot/initrd0.amd
}


[dieres]

ich hab das ganze jetzt mal mit nem anderen Stick wiederholt,
bin mit 1,8 GB sicher unter der 2GB Grenze auf vfat geblieben.
Dem ersten Anschein nach funktioniert auch alles, aber das Filesystem der persist Datei wird konsequent jedesmal zerissen.

Ist Persist derzeit tatsächlich hinüber? Oder hab ich allein diese Probleme?

[towo]

Hilft Dir hier zwar nicht, aner bei VFat liegt die Dateigrößen-Grenze bei 4 GiB.

[dieres]

erstmal besten Dank für Aufklärung. Hab da wohl was durcheinandergekriegt in meiner Birne.

Zurück zu meinem Problem. Ich hab jetzt 2 mal hintereinander ohne persist gebootet und selbst dabei gibt es folgende Fehlermeldung beim e2fsck der persist Datei:

siducer@siduction:~$ su
root@siduction:/home/siducer# mount -o remount,rw /fll/sdb1/
root@siduction:/home/siducer# e2fsck -f /fll/sdb1/siduction/siduction-rw
e2fsck 1.42.5 (29-Jul-2012)
Der Zeitpunkt des letzten Schreibens von SuperBlock liegt in der Zukunft.
   (weniger als ein Tag, wahrscheinlich aufgrund falsch gesetzter Hardware-Uhr)  Repariere<j>? ja
Durchgang 1: Prüfe Inodes, Blocks, und Größen
Durchgang 2: Prüfe Verzeichnis Struktur
Durchgang 3: Prüfe Verzeichnis Verknüpfungen
Durchgang 4: Überprüfe die Referenzzähler
Durchgang 5: Überprüfe Gruppe Zusammenfassung
siduction-rw: 1226/115200 Dateien (2.1% nicht zusammenhängend), 76060/460800 Blöcke

Da noch ein Windows7 für die holde Ehefrau auf dem 2.Laptop residiert, habe ich in der persist Version /etc/adjtime von UTC nach LOCAL verändert. Auch auf dem Macbook hab ich damit dann die richtige Uhrzeit.
Wenn ich ohne persist boote, dann hab ich aber wieder UTC und deshalb die obige Fehlermeldung? Richtig?
Kann dort auch generell mein Problem liegen?
Hat jemand das letzte ROTS-XFCE als LIVE USB mit persist am laufen ohne diese Fehler?