[OPGELOST] Nu wordt het wel héél spannend ! (tijdens rust partitie gesloopt !)

[track]

Martie: wat is er dan feitelijk nog ?

Zou je met de externe schijf erbij op de commandolijn een  sudo fdisk -l  doen ?
Wat is het resultaat ?

track

[HarzG]

Nog een keer de vraag over de installatie: heb je op de interne HD naast Windows ook Ubuntu geïnstalleerd?
Dan is het niet nodig om iets met een liveCD uit te voeren, je kan gewoon normaal Ubuntu booten en installeren wat je nodig hebt.

Verder is het eigenlijk een Windows-vraag: wat doet Windows tijdens je rust met een ext4-partitie? Die is volgens mij niet zichtbaar of heb je drivers voor Windows geïnstalleerd die dat mogelijk maken?
Het probleem bij elke USB-HD of stick is, dat elke systeem de gemounte USB-apparaten correct moet afmelden. Als je dat niet doet (met name met een ext4, zoals gezegd "experimenteel"), dan gebeuren er rare dingen.
Ik heb een paar jaar geleden een USB-MP3-player op deze manier gesloopt. Die werd wisselend tussen Windows en Kanotix (Debian) gebruikt. Nadat ik hem blijkbaar een keer had getrokken zonder dat ding af te melden, kon geen van de 2 systemen het USB-apparaat benaderen. Ik kon alleen nog formatteren en daarna was dat ding alleen nog als data-stick te gebruiken.

Een belangrijke tip is nog dat je beter eerst de externe HD kan afmelden voordat je wegloopt bij de pc.
Als de USB-HD geen eigen stroom heeft en het systeem (Windows of Linux is hier niet van belang) de USB-poort feitelijk sluit met een energiebeheerfunctie (suspen/hibernate/slaapstand), dan wordt iets wat nog gemount is platgelegd. Dat werkt hetzelfde als zonder netjes afmelden eruit trekken.
Bij een USB-stick kan dat een vervelend misser zijn, maar bij een externe HD is dat een tsunami voor je data.

[Willem_D]

Willem:
Ik zelf zou het waarschijnlijk eerst met fdisk proberen.
Dat gaat sneller, maar je moet beter opletten. Maar ik ben ook enigzins vriendjes met de CL.

Voor de testdisk is er trouwens een eigen live-CD. 
Dan hoef je hem niet zelf binnen te halen, makkelijker dus.

En tot dat je een "write partition" doet kan er ook niets mis gaan.
(trouwens ook niet bij fdisk !   maar daar is het de "w" ...)


track

Ik zou in zo'n probleem-situatie graag op een simpele manier een analyse willen starten, die resulteert in een testrapport.

Kan dat met de Testdisk-liveCD? En hoe zit dat met fdisk?

[Asperger]

Hoi,

Ben weer terug na bezoek gehad te hebben.
Ik had in mijn rust de LiveCD van Ubuntu JJ open staan, internet aanwezig, geen progjes in sudo-mode actief.
Ik draai nu met de LiveCD en op mijn interne HD staat nog geen Ubuntu.

[Asperger]

Martie: wat is er dan feitelijk nog ?

Zou je met de externe schijf erbij op de commandolijn een  sudo fdisk -l  doen ?
Wat is het resultaat ?

track

Hier het resultaat:



ubuntu@ubuntu:~$ sudo fdisk -l

Disk /dev/sda: 320.0 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x8a0a8a0a

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1       13067   104960646    7  HPFS/NTFS
/dev/sda2           13068       38130   201318547+   c  W95 FAT32 (LBA)

Disk /dev/sde: 997 MB, 997195776 bytes
32 heads, 63 sectors/track, 966 cylinders
Units = cylinders of 2016 * 512 = 1032192 bytes
Disk identifier: 0x0004b773

   Device Boot      Start         End      Blocks   Id  System
/dev/sde1   *           1         966      973696+   6  FAT16

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x0009b694

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1      121601   976760001   83  Linux

Disk /dev/sdg: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xa17d0443

   Device Boot      Start         End      Blocks   Id  System
/dev/sdg1               1       96538   775441453+  83  Linux   (OM DEZE PARTIETIE GAAT HET DUS !!!)
/dev/sdg2           96539      121601   201318547+   c  W95 FAT32 (LBA)
ubuntu@ubuntu:~$


Kan het printscreen-plaatje niet meezenden, te groot.
Forum faalt in toelaten van dit soort fundamentele zaken...
Met LiveCD niet te veranderen vrees ik...

[track]

Dus blijkt de partitietabel wél goed te zijn.

Wat levert een  sudo fsck  /dev/sdg1  op dan ?

track

[Asperger]

Haha, toch iets kunnen doen.
Hier alsnog dat plaatje....

[track]

Ja, hoe dan ook.  In dit geval zou ik zeker meer op  fdisk  vertrouwen.
Want gparted is maar een schil en heeft het bij ingewikkelde gevallen
ook al een keer mis.

Dus: de "83" (=Linux) zal kloppen denk ik.

Nu verder, kun je het repareren ? (zie boven mijn laatste post)

track

[Asperger]

Ik ben ermee bezig, Groepsbeschrijver heeft ongeldige controlesom.
Daarvan zijn er reeds 5000 gerepareerd, maar hoelang gaat dat nog door?
Ik ben er na die 5000 nog steeds niet!!!

[Asperger]

Groepsbeschrijver 5916 heeft een ongeldige controlesom.  Repareren<j>? ja

jjjjjjjjjjjjjOngeldige 'resize'-inode.  Heraanmaken<j>? ja

Stap 1: Controle van inodes, blokken, en groottes

Wat nu?
De zaak lijkt stil te staan...

Aan de schijf te zien toch nog bezig...

[Willem_D]

@track, martie en anderen:

In /sbin staat ook de executable fsck.ext4 . Zou Martie daar iets mee kunnen?

[track]

Lees een keer de  man fsck   
Feitelijk draait die al ...

track

[Asperger]

Uiteindelijk krijg ik dit:

RANGEER_931b: ***** BESTANDSSYSTEEM IS VERANDERD *****
RANGEER_931b: 12097/48472064 bestanden (73.7% niet-aaneengesloten), 163555481/193860363 blokken

Ben ik blijkbaar gegevens kwijt geraakt?

[Asperger]

GParted geeft hem weer als Ext4, blijkbaar gerepareerd.
Ik ga maar snel kijken wat ervan is overgebleven...

[track]

Martie:  als er verweesde bestanden zijn vind je die in /lost+found  terug. 
Die moet je dan weer handmatig sorteren en toewijzen.

Anders zal het eerder goed gegaan zijn.

track

[Willem_D]

Lees een keer de  man fsck  
Feitelijk draait die al ...

track

Misschien heb jij een andere, maar ik tref de kreet 'ext4' hier niet aan in 'man fsk' .  

(Maar je zult ongetwijfeld gelijk hebben, dat die fsck.ext4 al draait.)


[Ed.: Je hebt toch gelijk track; ik heb het gevonden:

"In  actuality,  fsck  is simply a front-end for the various file system
       checkers (fsck.fstype) available under Linux.  The file system-specific
       checker  is  searched for in /sbin first, ...

]

[Asperger]

(en een vraag van mijn kant, waar om nog een FAT32 partitie?)

Omdat ik met mijn laptop alleen naar een externe HD kan backuppen met een FAT32 partitie, dat gaat dan zeker goed.
Is alleen als doorvoerstation, na het maken van de backupo meteen doorstompen naar een Ext-partitie.

[Asperger]

Martie:  als er verweesde bestanden zijn vind je die in /lost+found  terug. 
Die moet je dan weer handmatig sorteren en toewijzen.

Anders zal het eerder goed gegaan zijn.

track

Even check gedaan: Zit niemand in.
Goed gegaan dan??
Vind wel enkele dirs die gelijk moeten zijn in het aantal bestanden maar die nu verschillende hoeveelheid bestanden rapporteren.
Kan in de subdirs zitten aldaar misschien...

Allemaal heel erg bedankt voor de goede hulp, hopelijk is alles weer in orde nu.
BEDANKT !!

[track]

Martie:  Kun je dat nagaan ?  heb je toch verliezen geleden ?

of is het vlekkeloos  [opgelost]  nu ?

Dat zou ik bij de ext4 wél interessant vinden.


track

[Tom]

Hij zal wel terug komen , laat hem eerst maar tot rust komen ... het was zeker zeer spannend voor hem.
Alhoewel ik ook nieuwsgierig ben.

[Willem_D]

Nog een vraag lijkt mij van belang:

Hoe voorkom je dat zo'n rampje opnieuw gebeurt? Bestanden toch maar overzetten naar een ext3-partitie?

[track]

De enige echte verzekering is backuppen en backuppen, regelmatig backuppen.

Ook al denk ik dat een ext3 nog steeds wat steviger is en je minder problemen hebt.
(->  http://forum.ubuntu-nl.org/installatie/swap-wel-of-niet-ext3-of-ext4-mountpoint/msg469512/#msg469512 )

Maar niettemin is Martie er zonder schade uit gekomen ...
Dat is een pluspunt voor ext4.

track

[HarzG]

Het kan volgens mij niet aan Ubuntu 9.04 (32bit) en het Linux-powermanagement hebben gelegen. (Net als ISO-boot bekeken in VirtualBox).
Bij "geen activiteit" wordt niets met het systeem gedaan, tenzij men de schuif zelf beweegt en de pc laat uitschakelen na ... minuten. Ik kan dat niet goed testen omdat ik geen notebook heb en hierdoor ook geen accu gedetecteerd wordt.
Het enige wat uitgaat is het scherm na 40 minuten.

Maar - elke notebook heeft energiebeheer standaard aan (in de BIOS) en geeft de opties aan het besturingssysteem door. Nu is het dus voor mij de vraag - wat doet dat ding als de user een tukje doet? De hardware wordt misschien al door de powermanagement-instellingen in de BIOS in de slaapstand gezet.
Volgens mij is het "spannend" als de notebook op accustroom staat. Het systeem gaat dan na verloop van tijd gewoon uit en probeert een hibernate/suspend-modus voordat het OS zonder stroom komt te zitten. De user krijgt wel meldingen op het scherm te zien, maar als die de oogjes dicht heeft ...

Gezocht wordt dan bij Windows op de HD naar de hiberfil.sys. Maar wat zijn de notebook-reacties en de BIOS instellingen waard als je een live-CD boot? De hiberfil.sys staat op een NTFS-partitie en is "alleen lezen". Maar dat is theorie, want Ubuntu doet niets met een hiberfil.sys.

Als er een swap-partitie wordt gezien tijdens het booten, dan wordt misschien geprobeerd voor de HD-sleep de status in en swap-partitie te schrijven. Maar ja, die swap is er ook niet met een live-CD en met alleen Windows op de notebook.

Mijn eerste vraag aan Martie is: had je de notebook op de accu draaien? advies: nooit doen als je backups maakt en veel bestanden kopieert.
Mijn tweede vraag aan Martie is: mag Windows-update of een andere installer, die volgens mij ergens mee bezig was, op je notebook de software zonder "wilt u"-vraag aan de user installeren en rebooten? advies: alleen downloaden kiezen en de installaties handmatig uitvoeren, dan zie je de meldingen wat er gedaan wordt.
Mijn derde vraag aan Martie is: kan je dat met je notebook (zonder externe HD) nogmaals testen met de live-CD (welke heb je gebruikt - 32bit, 64bit?),
advies - LET OP: voordat je zo'n test doet moet je met Gparted alle partities van de HD in de notebook unmounten. Hierdoor heeft de HD  in de notebook niets te vrezen bij de test. Met deze veilige test kom je te weten wat na verloop van tijd je powermanagement automatisch doet. Als je de reacties niet bevallen, dan kan je dat aanpassen voordat er de volgend keer iets fout gaat.

[Asperger]

Beste mensen, ik zie dat er na het oplossen van de zaak nog veel reacties zijn geweest.
Ik ben blij dat er zoveel hulp was en dat de problemen voorbij zijn.
Voor de duidelijkheid nog een keer de situatie:

Ik had een gewone PXC aan staan.
Deze was geboot met de liveCD Ubuntu Jaunty Jackalope 32 bit.
Er was op het moment dat ik de rust in ging geen activiteit meer maar ik heb de computer laten aan staan omdat Ubuntu veilig is en het internet dus geen probleem zou zijn.
Windows had dus niets te melden en dus zeker geen mogelijkheid tot activiteiten.
Ubuntu had de beschikking over een swap partitie op de interne HD, die was alvast aangemaakt ter voorbereiding en omdat ik dacht dat Ubuntu die wel zou zien én gebruiken.
De partitie die verloren was gegaan was er een op een externe HD.
Deze was Ext4 geformatteerd en is hersteld zonder verlies van data.
Toen ik die situatie aantrof na mijn rust heb ik alles gelaten zoals het was, ben op het forum gekomen met deze situatie en heb enkele dingen doorgevoerd die me aangeraden waren, gelukkig met het gewenste resultaat.
Als er nog veagen zijn, dan hoor ik ze graag.
In elk geval iedereen bedankt en tot lezens.
Groetjes,

Martie.