Filecheck uitvoeren?

[Brononi]

Hey,

Mijn harde schijf is op een jammerlijke manier vol gelopen.
Conclusie is dat ubuntu volledig crashte.
Nu heb ik de disk aan een andere machine gehangen en diskruimte vrij gemaakt.

Doch als ik nu de harde schijf terug aansluit aan de computer en opstart, dan krijg ik geen prompt meer.
De computer zegt me dat hij een maintenance shell gaat opstarten (control-D will stop this mainteance shell).
Doch bij de volgende stap heeft hij problemen met de wachtwoorddabase en het filesysteem dat read-only is.
En de computer reboot. Voor de rest kan ik niks doen, hij zit precies in een loop.

Kan ik op de een of andere manier dit toch nog redden?

[Gijsbert]

Wat heb je precies verwijdert, weet je dat nog? Het simpelste lijkt mij om je persoonlijke map en eventuele andere mappen in de home directory veilig te stellen op een harde schijf of USB stick veilig te stellen en dan opnieuw Ubuntu te installeren.
Heb je wel zin om even bezig te zijn, kan je met een Ubuntu live cd wel het een en ander herstellen, maar kost wel tijd en wat doorzettings-vermogen.

[Brononi]

Het probleem zat hem in mijn backup methode.
Ik mounted een NAS onder /mnt/rem_backup/ om vervolgens mijn backups te maken. Nu was deze NAS niet bereikbaar, en heeft het backup tooltje (rdiff) zelf de folder /mnt/rem_backup aangemaakt.  Dus het is de folder /mnt/rem_backup/ die ik verwijderd heb.

Ik ben momenteel bezig met een nieuwe installatie op een andere harde schijf om toch wat vooruit te gaan. Het is namelijk mijn 'home servertje' die ook mijn domotica stuurt ed.

Dus vandaag heb ik de setup:
- sda: Disk 1: SATA 250GB
- sdb: Disk 2: SATA SSD 60GB (de gecrashte OS)

Ik kan perfect aan alle gegevens van disk 2. Doch het zou leuker zijn mocht ik kunnen opstarten van die schijf.



sudo fsck /dev/sdb

Code: [Selecteer]

fsck from util-linux-ng 2.17.2
e2fsck 1.41.11 (14-Mar-2010)
fsck.ext2: Superblok is ongeldig -- reservekopieblokken worden bekeken...
fsck.ext2: Bad magic number in super-block tijdens openen van /dev/sdb

Het superblok is onleesbaar of omschrijft geen geldig ext2-bestandssysteem.
Als het apparaat juist is en werkelijk een ext2-bestandssysteem bevat
(en niet swap of UFS of iets anders), dan is het superblok beschadigd.
U kunt dan proberen een ander superblok te gebruiken:
    e2fsck -b 8193 <apparaat>

sudo fsck /dev/sdb1

Code: [Selecteer]

fsck from util-linux-ng 2.17.2
e2fsck 1.41.11 (14-Mar-2010)
/dev/sdb1: schoon, 482729/3514368 bestanden, 5623254/14043648 blokken

sudo fsck /dev/sdb2

Code: [Selecteer]

fsck from util-linux-ng 2.17.2
e2fsck 1.41.11 (14-Mar-2010)
fsck.ext2: Attempt to read block from filesystem resulted in short read tijdens openen van /dev/sdb2
Is dit misschien een partitie met lengte nul?

sudo fsck /dev/sdb5

Code: [Selecteer]

fsck from util-linux-ng 2.17.2
fsck: fsck.swap: not found
fsck: Error 2 while executing fsck.swap for /dev/sdb5


Dan nog es volgend geprobeerd:


sudo e2fsck -b 8193 /dev/sdb

Code: [Selecteer]

e2fsck 1.41.11 (14-Mar-2010)
e2fsck: Bad magic number in super-block tijdens openen van /dev/sdb

Het superblok is onleesbaar of omschrijft geen geldig ext2-bestandssysteem.
Als het apparaat juist is en werkelijk een ext2-bestandssysteem bevat
(en niet swap of UFS of iets anders), dan is het superblok beschadigd.
U kunt dan proberen een ander superblok te gebruiken:
    e2fsck -b 8193 <apparaat>


[Gijsbert]

Heb je het programma testdisk al iets geprobeerd?
Dit kan Testdisk http://www.cgsecurity.org/wiki/TestDisk

[Brononi]

Testdisk vindt blijkbaar de disk /deb/sdb (=SSD) niet... :$

[vanadium]

Let in elk geval maar op met in het wilde weg opdrachten als systeembeheerder ("sudo") op je schijf los te laten!

Ik vermoed dat je partities en bestandssystemen op zich nog OK zijn. Wel is je geïnstalleerde systeem naar de vaantjes. Herinstalleren is hier de snelste remedie. Zorg er eerst voor dat je een goede reservekopie hebt van al je eigen bestanden.   

[Gijsbert]

Testdisk vindt blijkbaar de disk /deb/sdb (=SSD) niet... :$

moet deb niet dev zijn?

[Brononi]

Klopt dat het /dev moet zijn. Ik had de harde schijf via een externe voeding aangekoppeld. En domweg die stroom eraf gehaald.

De checks ed heb ik uitgevoerd, en nergens echte fouten tegen gekomen.
Ik heb dan maar de bestanden van de sql database gekopieerd (dit was het belangrijkste), en ben begonnen met de boel opnieuw te installeren.

Want ik vermoed dat een harde schijf die vol zit wel het een en ander foutief kan weggeschreven hebben?
Ahh ja, ineens een goeie test om de boel te restoren. En te zien hoe goed ik backups maakte van systeembestanden die belangrijk zijn.

[Gijsbert]

Zoals eerder vermeld, een nieuwe installatie is het makkelijkste. Succes met de nieuwe installatie.