sslug-teknik team mailing list archive

[mailinglists@xxxxxxx]

Jeg har fundet nogle flere oplysninger om mit harddisk problem. Jeg
prøvede at  boote fra min gamle HD (den der har problemet), og Grub stoppe
rmed en "Error 2". Det kunne tyde på at mine problemer bunder i at Ubuntu
da de skiftede fra Hardy (8.04) til Intrepid (8.10) gik fra en default
ext3 inode på 128 bit til en på 256 bit.

Det forklarer også fsck's besked "Resize inode not valid.  Recreate<y>?"

Spørgsmålet er så bare hvad jeg gør for at finde ud af hvad der er rigtigt
og hvad der er forkert. Jeg har disse ting jeg skal have afklaret:

1. Hvordan finder jeg ud af om min server kører Ubuntu 8.04 eller 8.10?
2. Hvordan finder jeg ud af hvilken inode størrelse HD'en rent faktisk
kører med? Jeg gætter på at det er 128 bit, da HD'en oprindeligt er
installeret med Ubuntu 8.04, med mindre en opgradering har ændret det
siden hen.
3. Hvordan checker jeg om HD'ens faktiske inode størrelse stemmer overens
med den inode størrelse disken oplyser? Jeg tror det er det fsck prøver at
forklare mig er problemet.
4. er den rigtige løsning at lade fsck recreate sin resize inode? Eller
misforstår den inode størrelsen?

Indtil videre har jeg fået taget en backup af hele disken med
    dd if=/dev/sdc of=/backup/laptop-backup.img
Så det skulle være muligt at komme tilbage til hvor jeg er nu, hvis noget
skulle gå galt.

-- Jens

> Jeg har lige skiftet HD i min laptop der kører Kubuntu 9.04. Jeg skulle
> kopiere nogle data over fra den gamle disk til den nye, så jeg satte
> disken i et USB HD kabinet. Det gik fint en times tid, men så mistede min
> laptop forbindelsen til den eksterne disk. Og da jeg prøvede at mounte
> disken igen (efter at have slukket og tændt den) fik jeg denne besked fra
> mount:
>      Stale NFS handle
>
> Jeg har også prøvet at sætte disken i en server jeg har (den kører vist
> Ubuntu 8.04 eller 8.10). Men der får jeg samme besked fra mount.
>
> Jeg har prøvet at køre fsck på disken. Den starter med disse beskeder:
>
> root@freja:~# fsck /dev/sdc2
> fsck 1.41.3 (12-Oct-2008)
> e2fsck 1.41.3 (12-Oct-2008)
> fsck.ext2: Group descriptors look bad... trying backup blocks...
> ext3 recovery flag is clear, but journal has data.
> Recovery flag not set in backup superblock, so running journal anyway.
> /: recovering journal
> Resize inode not valid.  Recreate<y>? cancelled!
>
> Men da der er data på disken som jeg bare /ikke/ må miste, så tør jeg ikke
> begynde at skrive til disken, før jeg ved mere om hvad der er i vejen.
> Derfor trykkede jeg Ctrl+C for at undgå at der blev skrevet til disken.
>
> Jeg har prøvet at google "Stale NFS handle", men de referencer jeg har
> fundet siger alle at det er fordi NFS har haft mountet disken og den ikke
> er blevet unmountet korrekt. Men NFS har aldrig været i nærheden af den
> disk.
>
> Er der nogen her på listen der har nogen forslag?
>
> -- Jens
>
>
>
>