Gå til innhold

partisjoner/mounte problem etter kjerneopgradering

-Olsen-

Av -Olsen-
i Operativsystemer

Anbefalte innlegg

-Olsen-

-Olsen-

Skrevet
Skrevet (endret)

Hei.

I går kveld oppdaterte jeg til den nyeste linux kjernen. (jeg bruker ubuntu)

 

Under restarten valgte jeg å skru av den eksterne harddisken, siden jeg egentlig var på vei til sengs. Når den da startet igjen, fikk jeg en feil.

 

Log of fsck -C -R -A -a 
Tue May 29 17:31:19 2007

fsck 1.40-WIP (14-Nov-2006)
fsck.ext3: No such file or directory while trying to open /dev/sda2

/dev/sda2: 
The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
   e2fsck -b 8193 <device>

/dev/hdd2: clean, 11/638976 begin_of_the_skype_highlighting              11/638976      end_of_the_skype_highlighting begin_of_the_skype_highlighting              11/638976      end_of_the_skype_highlighting begin_of_the_skype_highlighting              11/638976      end_of_the_skype_highlighting begin_of_the_skype_highlighting              11/638976      end_of_the_skype_highlighting begin_of_the_skype_highlighting              11/638976      end_of_the_skype_highlighting files, 52877/1277167 blocks
Backtrack: clean, 11/780288 files, 60344/1558297 blocks
fsck died with exit status 8

Tue May 29 17:31:19 2007
----------------

 

Etter denne feilmeldingen kom jeg i kommandolinjen, med veldig insnevrede muligheter. (Sudo og apt-get fantes ikke). Når jeg skrev reboot, går den inn i x-serveren, men klarer ikke finne home partisjonen. Når jeg brukte # fdisk -l la jeg merke til at alle navnene var endrer:

sda -> hdc

sdb -> hdd

 

I fstab er home mountet med direkte adresse (dev/sda2), ikke uuid. Når jeg manuelt mountet hdc2 til /home fikk jeg logget inn. Men av en eller merkelig grunn var alle andre partisjoner borte. (De er mountet med UUID)

 

Skal jeg bare endre mountinga på home til /hdc2, eller finnes det noen måte å endre partisjon plasseringen tilbake igjen.?

 

Og hva gjør jeg med de partisjonene som har blitt mountet opp? må jeg endre de og i fstaben?

Endret av -Olsen-
Lenke til kommentar

Videoannonse

Videoannonse
Annonse
-Olsen-

-Olsen-

Skrevet
  • Forfatter
Skrevet
Tror du bør gå ett "hakk tilbake" når du booter via GRUB. En del problemer følger med 16-versjonen av Linux-kjernen denne gangen. Les gjerne mer om dette på Ubuntuforums

 

EDIT: mulig du også må tilbakestille fstab. Du finner svar på lenken nevnt overfor.

8733112[/snapback]

 

Problemet ligger vel i at fstabben ikke ble oppdatert i takt med at de /dev/ adressene endret navn... slik at den ikke finner diskene.

 

Vurderer derfor å endre fstaben

 

ps: her er fstaben:

Klikk for å se/fjerne innholdet nedenfor
# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# /dev/sda4
UUID=ac466061-232b-4140-9ac0-45ab1a765b33 /               ext3    defaults,errors=remount-ro 0       1
# /dev/sda2
/dev/sda2 /home           ext3    defaults        0       2
# /dev/sda5
UUID=67ee6d8c-29ba-46a2-a813-26ed07d77d28 /media/backtrack ext3    defaults        0       2
# /dev/sdb2
UUID=5a937f9a-92e2-4779-b4d4-9ee7e559c0d9 /media/sdb2     ext3    defaults        0       2
# /dev/sdb1
UUID=FE7876277875DF39 /media/stæsj   ntfs    defaults,nls=utf8,umask=007,gid=46 0       1
# /dev/sda1
UUID=CC24BF8C24BF7852 /media/windows  ntfs    defaults,nls=utf8,umask=007,gid=46 0       1
# /dev/sda6
UUID=a01d1582-7d8a-4813-b2e8-645a92cc7949 none            swap    sw              0       0
# /dev/sdb5
UUID=add9758d-bedd-4f53-aeb8-460ce4b72dd4 none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/scd1       /media/cdrom1   udf,iso9660 user,noauto     0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto  0       0

 

Her er mtaben

Klikk for å se/fjerne innholdet nedenfor
/dev/hdc4 / ext3 rw,errors=remount-ro 0 0
proc /proc proc rw,noexec,nosuid,nodev 0 0
/sys /sys sysfs rw,noexec,nosuid,nodev 0 0
varrun /var/run tmpfs rw,noexec,nosuid,nodev,mode=0755 0 0
varlock /var/lock tmpfs rw,noexec,nosuid,nodev,mode=1777 0 0
procbususb /proc/bus/usb usbfs rw 0 0
udev /dev tmpfs rw,mode=0755 0 0
devshm /dev/shm tmpfs rw 0 0
devpts /dev/pts devpts rw,gid=5,mode=620 0 0
lrm /lib/modules/2.6.20-16-generic/volatile tmpfs rw 0 0
/dev/hdc2 /media/test ext3 rw 0 0
/dev/hdc2 /home ext3 rw 0 0
nfsd /proc/fs/nfsd nfsd rw 0 0
rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0

 

Og her er outputten etter fdisk -l

Klikk for å se/fjerne innholdet nedenfor
Disk /dev/hdc: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

  Device Boot      Start         End      Blocks   Id  System
/dev/hdc1   *           1        3916    31455238+   7  HPFS/NTFS
/dev/hdc2            3917       14080    81642330   83  Linux
/dev/hdc3           18169       19457    10353892+   5  Extended
/dev/hdc4           14081       18168    32836860   83  Linux
/dev/hdc5           18169       18944     6233188+  83  Linux
/dev/hdc6           18945       19457     4120641   82  Linux swap / Solaris

Partition table entries are not in disk order

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

  Device Boot      Start         End      Blocks   Id  System
/dev/hdd1               1       38245   307202931    7  HPFS/NTFS
/dev/hdd2   *       38246       38881     5108670   83  Linux
/dev/hdd3           38882       38913      257040    5  Extended
/dev/hdd5           38882       38913      257008+  82  Linux swap / Solaris

 

hvis noen klarer å få noe fornuftig ut av dette!

Lenke til kommentar
Dy§no

Dy§no

Skrevet
Skrevet
Så kommer neste oppgradering og bytter om igjen :)

8733613[/snapback]

Dette høres jo helt idiotisk ut - hvordan er det mulig å foreta en slik endring hvis det fører til feil, og hvorfor gjør de det?

 

På den andre siden har jeg kjørt samme oppdatering og fikk ingen problemer - hva er forklaringen til det?

Lenke til kommentar
Sokkalf™

Sokkalf™

Skrevet
Skrevet
På den andre siden har jeg kjørt samme oppdatering og fikk ingen problemer - hva er forklaringen til det?

8735795[/snapback]

 

Du har sannsynligvis ikke lagt til flere partisjoner i fstab etter installasjon, jeg har lagt til en, og det er kun denne som feiler.

 

Men at de som sender ut disse patchene til folk ikke kan fatte at en sånn endring faktisk kan føre til store problemer for folk, er helt borte i natta.

Lenke til kommentar
comicz

comicz

Skrevet
Skrevet

Planen er at alle P-ATA og S-ATA-disker skal håndteres av samme driver, og den nye driveren håndterer vel P-ATA bedre enn den gamle også. Desverre er det ikke alltid helt lett å vite hva Feisty vil kalle P-ATA-diskene dine; Jeg har kjørt inn samme image to 4 forskjellige maskiner(alle med P-ATA), og 2 av dem fikk diskene listet som /dev/sdX etter installasjon av Feisty.

Nå har jeg ikke lest meg opp på alle detaljer, men om UUID er den samme er ikke dette noe folk flest vil legge merke til. En clean install av Feisty vil heller aldri feile. Alle og enhver med S-ATA-disker vil heller aldri merke noe.

 

So, in general, "ikke helt borti natta" - det fører til økt konformitet, which is good.

Lenke til kommentar
Sokkalf™

Sokkalf™

Skrevet
Skrevet
Planen er at alle P-ATA og S-ATA-disker skal håndteres av samme driver, og den nye driveren håndterer vel P-ATA bedre enn den gamle også. Desverre er det ikke alltid helt lett å vite hva Feisty vil kalle P-ATA-diskene dine; Jeg har kjørt inn samme image to 4 forskjellige maskiner(alle med P-ATA), og 2 av dem fikk diskene listet som /dev/sdX etter installasjon av Feisty.

Nå har jeg ikke lest meg opp på alle detaljer, men om UUID er den samme er ikke dette noe folk flest vil legge merke til. En clean install av Feisty vil heller aldri feile. Alle og enhver med S-ATA-disker vil heller aldri merke noe.

 

So, in general, "ikke helt borti natta" - det fører til økt konformitet, which is good.

8738380[/snapback]

 

Alle fordeler og fremgangsmåter med UUID burde vært bedre dokumentert, helst i et kommentarfelt i selve /etc/fstab.

Lenke til kommentar
-Olsen-

-Olsen-

Skrevet
  • Forfatter
Skrevet

Det jeg ikke skjønner er at alle diskene mine var merket med uuid, utenom home som jeg formaterte etter installasjonen.

 

Men når jeg manuelt mountet opp home, og startet x på nytt.. så var ingen av de andre diskene der....

 

Nå har jeg midlertidig merket alle diskene med /dev/hd** istedenfor uuid. Men hvorfor måtte jeg gjøre denne endringen?

Lenke til kommentar
Sokkalf™

Sokkalf™

Skrevet
Skrevet
Alle fordeler og fremgangsmåter med UUID burde vært bedre dokumentert, helst i et kommentarfelt i selve /etc/fstab.

8738972[/snapback]

 

Nå er jeg særdeles spent; Hvorfor et kommentarfelt i fstab?!

Enten leker du tekniker og følger med på slikt på egenhånd, eller så lar du være å titte i fstab.

 

http://www.kernel.org/pub/linux/utils/kern...otplug/udev-FAQ

8739771[/snapback]

 

Jeg titter i fstab av gammel vane, og har gjort det siden lenge før udev. Inbiller meg at det gjelder mange andre og. Dumt, kanskje det, jeg klarer i det minste å fikse evt. tabber jeg gjør selv. Men det ser ihvertfall ut som denne kernelpatchen gjør ubuntu ubootbar (barskt ord) for mange, også for mange som ikke er istand til å fikse opp selv, og sånn bør det ikke være.

Lenke til kommentar
-Olsen-

-Olsen-

Skrevet
  • Forfatter
Skrevet
For å ungå problemer, så monter diskane via uuid istadenfor. Då kan dei skifte navn og flytte på seg kor mykje dei enn vill, uten at det gjør noko.

8741928[/snapback]

 

Jada, men hvordan finner jeg uuid'en til home?

 

Kan prøve å endre tilbake til gamle fstaben. + endre på home, med mindre noen kan fortelle meg hvordan jeg skal skaffe uuid!

 

Googla endel, men fant ikke noe interresant, og orker ikke et dypt søk!

Lenke til kommentar
Sokkalf™

Sokkalf™

Skrevet
Skrevet
For å ungå problemer, så monter diskane via uuid istadenfor. Då kan dei skifte navn og flytte på seg kor mykje dei enn vill, uten at det gjør noko.

8741928[/snapback]

 

Jada, men hvordan finner jeg uuid'en til home?

 

Kan prøve å endre tilbake til gamle fstaben. + endre på home, med mindre noen kan fortelle meg hvordan jeg skal skaffe uuid!

 

Googla endel, men fant ikke noe interresant, og orker ikke et dypt søk!

8742778[/snapback]

 

# vol_id -u <devicenavn>

gir deg UUID.

Lenke til kommentar
  • 2 år senere...
potetskrua

potetskrua

Skrevet
Skrevet

Hei.. Har rota litt vell mye borti det med fstab etter å ha prøvd å mounte ipod touchen min. Skjønner ikke spesielt mye av fstab og er relativt ny med ubuntu. Det jeg egentlig lurer på er om det går ann å skrive inn en "reset" kommando slik at alt blir som før.. TAKK FOR SVAR! :-)

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
Gå til emneliste

  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...