Bizar!!!! Dataverlies Feisty!!

[ivo]

OPGELOST, Zie onderaan de thread!!!
TIP: iedereen die de UUID stuff uit fstab sloopt zei gewaarschuwd!!!


(lees eerst onderstaande vanaf de "LS")
Vanmiddag weer!!!!!
Een nieuwe directory gemaakt, digicam erin leeg laten lopen.
PC uitgezet, diner bij de Chinees, PC aan, en m'n nieuwe dir pleite!!!

Oh, en toch maar even de sync entry in crontab goedgezet:
01 * * * * /bin/sync moet natuurlijk zijn
0-59 * * * * /bin/sync

Als die sync tenminste helpt.
Het lijkt erop alsof bij afsluiten het filesysteem niet wordt gesynced??



LS,

Ik draai nu zo'n 2 weken Feisty en het is me al twee keer overkomen dat ik grote downloads ben kwijtgeraakt. Voor de duidelijkheid; ik draai al Linux sinds 1996 dus ik noem mezelf geen newbie meer.

1) een berg bestanden die ik met klibido had gedownload waren na de download nergens meer te vinden. Goed, daar zou ik theoretisch zelf nog wat fout hebben kunnen doen.

2) Deze is echter __wel__ heel bizar; ik had eergisteren filezilla (met apt-get) geinstalleerd en daarmee flink wat bestanden  gedownload. Toen dat klaar was heb ik mijn PC netjes afgesloten en uitgezet. De volgende dag wilde ik weer wat met filezilla doen en tot mijn grote verbazing:

renault:~$ filezilla
The program 'filezilla' is currently not installed.  You can install it by typing:
sudo apt-get install filezilla
Make sure you have the 'universe' component enabled
bash: filezilla: command not found
renault:~$

en mijn downloads waren ook weer pleite.

Ik heb nu voor de zekerheid een /bin/sync in root's crontab geplaatst

# crontab -l

# m h  dom mon dow   command
#
15 * * * * /usr/sbin/ntpdate ntp.xs4all.nl >> /var/log/messages
16 * * * * /sbin/hwclock --systohc
00 19 * * * /usr/bin/updatedb

He? Ook die mutatie is pleite?
01 * * * * /bin/sync

Heeft iemand van jullie soortgelijke ervaringen, wat kan er aan de hand zijn?

[ivo]

Vervolg:

Interressant:
In /etc/rc0.d/S90halt staat o.a.

halt -d -f -i $poweroff $hddown

Maar
halt --help
laat zien dat "-d" geen bestaand argument voor halt is.

Usage: halt [OPTION]...
Halt the system.

Options:
  -n                          don't sync before reboot or halt
  -f                          force reboot or halt, don't call shutdown(8)
  -p                          switch off the power when called as halt
  -h                          put hard disks into standby
  -i                          bring down network interfaces
  -q, --quiet                 reduce output to errors only
  -v, --verbose               increase output to include informational messages
      --help                  display this help and exit
      --version               output version information and exit

Zou "halt" dus vanwege een error niet worden uitgevoerd en is dat het probleem?
Hmmm......

Ik druk nu even op "verzenden" en zal dan even het halt commando testen.

[ivo]

OK.
Het commando
halt -d -f -i

doet niets, althans niet halten van het systeem.
Maar, wordt dit aangeroepen door System -> Quit -> Shutdown vanuit de grafische desktop?
Lijkt mij wel dat onderwater toch wel de standaard rc structuur en werkwijze wordt afgehandeld....

Maar, ben ik nu de 1e die dit fenomeen merkt en de enige die er last van heeft?

[Johan van Dijk]

Ik vind dit heel vreemd, en heb nog niet eerder zoiets gezien.
Is het een schone installatie van Feisty, of heb je een upgrade gedaan vanaf Edgy?
Heb je alle partities al eens grondig laten testen/repareren door fsck?

[ivo]

Hallo Johan,

Ik heb zoiets ook nog niet eerder meegemaakt in mijn 10 jarig Linux tijdperk.
Mijn Edgy had ik geupgrade naar Feisty. Mijn systeem was daarna niet meer vooruit te branden (zie de door mij geopende thread "Feisty traaaaaaaag"). Toen heb ik de 7.04 ISO gedownload en daar vanaf Feisty geinstalleerd. Dat lijkt me een voldoende clean install, niet?

[woteb]

Staan er in jouw /etc/fstab ook van die UUID zaken. Sloop die er dan eens uit, misschien werkt dat. Ik had op een gegeven momen een Swapparititie die niet benaderbaar was, die UUID zaken eruit gesloopt en sudo mount -a gedaan. En voilá, ineens wel zichtbaar.

PS. je begrijpt als ervaren Linuxgebruiker wel wat er in een fstab hoort te staan, vandaar dat ik dat niet post.

[ivo]

Woteb,

Nee er staan geen UUID zaken in mijn fstab, die zijn er al vanaf dag 1 uitgesloopt.

[Johan van Dijk]

Al een fsck uitgevoerd op al je schijven/partities?
Zo ja, kwam daar nog iets uit?

[Ron]

Vandaag had ik ook rare problemen, toen heb ik die UUID dingen ook uit /boot/grub/menu.lst gesloopt.
Het lijkt wel, of de PC nu sneller opstart, mogelijk helpt het jou ook (??)

[woteb]

Dat is straf, staat daar ook dat UUID gedoe, meteen aangepast, bedankt voor de tip, Ron.

[ivo]

Ben maar HEEEEEEEEEEEEEEEEL voorzichtig met dat UUID spul eruit slopen.

Ik heb zonet wat getest i.v.m. met dataverlies probleem.

1) een file gewijzigd en via de GUI een restart gedaan -> wijziging bleek niet doorgevoerd op de disk want de vorige inhoud van de file stond er nog.
2) nogmaals die file gewijzigd met andere inhoud en via de GUI een restart gegeven. Resultaat de file staat er met de inhoud van de wijziging onder 1.
3) nogmaals de file gewijzigd, restart via GUI, file heeft inhoud van stap 2.

Ik heb toen de /etc/fstab (zonder UUID stuff) vervangen door de originele MET de UUID stuff en bovenstaande test herhaald. Resultaat: geen problemen meer. Files hadden na een restart de inhoud die ik er net voor de restart had ingezet.

Voor de volledigheid hier de 2 versies van mijn fstabs

De Fesity versie

inaninck@renault:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
#            
proc            /proc           proc    defaults        0       0
# /dev/sda1
UUID=59e08117-8097-42ba-a6d1-c2f5048d2156 /               ext3    defaults,errors=remount-ro 0       1
# /dev/sda5
UUID=f55685a0-a7bc-414d-b496-ef22aa870ded none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto  0       0


En de "oude" versie:

inaninck@renault:~$ cat /etc/old-fstab
# /etc/fstab: static file system information.
#
#                                  
proc            /proc           proc            defaults                        0       0
/dev/sda1       /               ext3            defaults,errors=remount-ro      0       1
/dev/sda5       none            swap            sw                              0       0
# /dev/hdb1     /disk2          ext3            defaults,errors=remount-ro      0       2
/dev/scd0       /media/cdrom0   udf,iso9660     user,noauto                     0       0
/dev/fd0        /media/floppy0  auto            rw,user,noauto                  0       0
inaninck@renault:~$


Doe ermee wat je wilt, ik laat de UUID versie wel staan.

[mcgyver]

Ik had ook problemen als ik die UUID er uit haalde. (sinds edgy) ik laat het tegenwoordig maar zo.

[Pjotr]

Als je het goed en zorgvuldig doet, dan is het verwijderen van de UUID's zonder gevaar, hoor. De noodzaak om de UUID's te verwijderen doet zich alleen voor, wanneer je meer dan één Linuxdistributie op je schijf wil zetten (althans wanneer de tweede distributie ook met UUID's werkt). De Identifiers zijn namelijk echt Unique....

Hou je het bij één Linux (en een Windows, maar dat maakt niet uit), dan kunnen de UUID's geen kwaad.

[Ron]

Dat geloof ik zonder meer van je ......
Met de UUID's op mijn test-PC heb ik altijd problemen,
Maar ja, 98se + XP + 3X Ubuntu is wel een beetje veel op het oude beestje (Celeron 466 MHz / 512MB).
Maar ..... Xubuntu werkt lekker op dat "ding"

Ron

[ivo]

@pjotr123

Bekijk mijn twee fstab's eens. Ik heb ze in de thread hierboven ergens meegepost. Zag er dat niet zorgvuldig uit? En toch ging er bij mij iets wezenlijks niet goed nl het bijwerken van het filesystem.