Besten,
Ik heb het volgende fenomeen nu al voor zeker de 3e keer meegemaakt.
Een wijziging op disk (een gedownload bestand, een wijziging in een config bestand, ...) (b)lijkt na een reboot (ik zet mijn systeem 's avonds uit via system->quit->shut down) niet meer aanwezig te zijn. En dan bij wederom een herstart is de wijziging er plots weer wel.
Om een voorbeeld te geven, ik heb gisteren mijn /etc/fstab aangepast om de nieuwe Western Digital MyBook default als nfs-mount te starten.
Dat werkt als een zonnetje. Vervolgens zet ik vanavond mijn systeem aan, wordt de nfs-mount niet gelegd. Nee, allicht niet, die entry staat niet in /etc/fstab?
??/
Dus, gereboot en wat blijkt, hij is weer terug?
Laatst ook met wat mp3 bestanden, de volgende dag waren ze pleite en even erna plop! weer terug?
Ik vertel hier geen geintjes en ik gebruik al 10 jaar Linux op de desktop dus ik ben ook geen newbie.
Iemand soortgelijke spookervaringen? Enig idee waar ik moet zoeken?
Waar en wanneer wordt bijvoorbeeld de ext3 journal geflushed?
gutsy, latest patces/updates.
inaninck@renault:/etc$ mount
/dev/sda1 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
/sys on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,noexec,nosuid,nodev,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
devshm on /dev/shm type tmpfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
lrm on /lib/modules/2.6.22-14-generic/volatile type tmpfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
192.168.0.200:/shares/internal/PUBLIC on /MyBook type nfs (rw,rsize=8192,wsize=8192,timeo=14,intr,addr=192.168.0.200)
inaninck@renault:/etc$
Benieuwd naar jullie reacties!
