-Olsen- Skrevet 29. mai 2007 Del Skrevet 29. mai 2007 (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 5. august 2010 av -Olsen- Lenke til kommentar
flyndrefjes Skrevet 29. mai 2007 Del Skrevet 29. mai 2007 (endret) 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. Endret 29. mai 2007 av flyndrefjes Lenke til kommentar
-Olsen- Skrevet 29. mai 2007 Forfatter Del Skrevet 29. mai 2007 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
NevroMance Skrevet 29. mai 2007 Del Skrevet 29. mai 2007 Jeg måtte endre fstab'en etter siste oppdateringa ja, da fungerte alt som det skulle igjen. Bare bytte sd* -> hd* Lenke til kommentar
olear Skrevet 29. mai 2007 Del Skrevet 29. mai 2007 Så kommer neste oppgradering og bytter om igjen Lenke til kommentar
-Olsen- Skrevet 29. mai 2007 Forfatter Del Skrevet 29. mai 2007 Nå er det uaktuelt å ikke ha tilgang til noen filer, og slite hardt med å få startet opp hver gang til neste oppgradering... får heller lage en backup fil da Lenke til kommentar
NevroMance Skrevet 29. mai 2007 Del Skrevet 29. mai 2007 Så kommer neste oppgradering og bytter om igjen 8733613[/snapback] Hvorfor er det sånn at den skifter mellom sd* og hd*, på kjernen til edgy sto alltid harddiskene mine som hd*. Er jo helt merkelig at den plutselig skal skifte uten mål og mening. Lenke til kommentar
Kadmium Skrevet 29. mai 2007 Del Skrevet 29. mai 2007 Akkurat det lurer jeg også på. Da jeg bootet opp maskinen tidligere i dag, hadde alle diskene skiftet navn til sd*, i stedet for å hete hd*, som de alltid har gjort. Det kan vel ikke være uten mål og mening at de skifter «prefiks» helt uten grunn? Lenke til kommentar
Dy§no Skrevet 29. mai 2007 Del Skrevet 29. mai 2007 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™ Skrevet 29. mai 2007 Del Skrevet 29. mai 2007 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 Skrevet 30. mai 2007 Del Skrevet 30. mai 2007 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™ Skrevet 30. mai 2007 Del Skrevet 30. mai 2007 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- Skrevet 30. mai 2007 Forfatter Del Skrevet 30. mai 2007 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
comicz Skrevet 30. mai 2007 Del Skrevet 30. mai 2007 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 Lenke til kommentar
Sokkalf™ Skrevet 30. mai 2007 Del Skrevet 30. mai 2007 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
Mr.Elendig Skrevet 30. mai 2007 Del Skrevet 30. mai 2007 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. Lenke til kommentar
-Olsen- Skrevet 30. mai 2007 Forfatter Del Skrevet 30. mai 2007 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™ Skrevet 30. mai 2007 Del Skrevet 30. mai 2007 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
Mr.Elendig Skrevet 31. mai 2007 Del Skrevet 31. mai 2007 http://wiki.archlinux.org/index.php/Persis...k_device_naming Er egentlig for archlinux, men det burde virke på samme måte i ubuntu. Lenke til kommentar
potetskrua Skrevet 22. juli 2009 Del Skrevet 22. juli 2009 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
Anbefalte innlegg
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 kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå