[ Mister_rap @ 09.04.2010. 17:52 ] @
| Pozdrav,
Nevjerovatno sta mi se desava :)
Naslov teme nije bas skroz relevantan ali ovo mi je trenutno najlogicniji naziv.
Sistem koji aktivno koristim (Debian testing) mi fakticki bez ikakvog razloga pravi probleme, jedino sto sam uradio danas jeste login na Win Xp par puta i par puta restart nista drugo...
Medjutim prilikom boot-a dolazi do greske:
fsck.ext3: Unable to resolve 'UUID=neki paramteri'
fsck died with exit status 8
failed (code 8).
Log je tu i tu, unesi root pass da rucno popravis ili ctrl+d za nastavak
Ako krenem sa ctrl+d dobijem login screen i nakon unesenih parametara mi kaze da direktorijum /home/aleksandar ne postoji da li zelim da se logujem na root desktop nesto u tom fazonu.
Ako idem kao root u konzoli i uradim pregled /etc/fstab nadjem da /home pokazuje na onaj UUID koji je unable to resolve :)
Ako pak uradim blkid jasno se vidi da taj UUID vise ne postoji.
Takodje cd /home/aleksandar nije moguce jer nema tog direktorijuma.
Naravno kapirate da mi je vazno da povratim ovo ako je ikako kako moguce.
Svi predlozi ideje i sl. su dobrodosli. |
[ combuster @ 09.04.2010. 18:31 ] @
Sta ti kaze fdisk -l /dev/sda ?
[ Mister_rap @ 09.04.2010. 19:18 ] @
Izlista sda1 ntfs, sda2 extended, sda5 ntfs, sda6 linux, sda7 linux. I sda1 je oznacen kao boot
[ Mister_rap @ 09.04.2010. 19:28 ] @
Prethodno sam napisao sa fona, dok nisam procacko i omogucio da se logujem kao root sa X-om.
Uglavnom evo full outputa:
Disk /dev/sda: 320.1 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x4add4adc
Device Boot Start End Blocks Id System
/dev/sda1 * 1 14090 113177893+ 7 HPFS/NTFS
/dev/sda2 14091 38912 199382715 5 Extended
/dev/sda5 14091 23087 72268371 7 HPFS/NTFS
/dev/sda6 23088 28369 42427633+ 83 Linux
/dev/sda7 28370 38912 84686616 83 Linux
Kada uradim locate sa fajlove/folder za koje znam da su postojali na dekstopu nista :(
[ combuster @ 09.04.2010. 19:51 ] @
Ok, particije su ti tu, tipovi particija su ok, izgleda da ti se zezno filesystem.
Jel mozes da boot-ujes sa live cd-a i da pokusas da ih mount-ujes odatle? Ako nece probaj da odradis fsck na tim particijama koje su problematicne.
[ Mister_rap @ 09.04.2010. 19:55 ] @
Pa sad sam na debianu sve je mauntovano to nije problem, samo sto prosto nema foldera /home/aleksandar a samim tim ni svih podfoldera za njega.
Ako nekog zanima Smartctl log evo ga:
http://pastie.org/911955
Samo mi je bitno da dodjem do podataka ako je kako moguce, jer sam imao bitnih tekstualnih fajlova lociranih u onom folderu DESKTOP_DOCS :P
Ps.
Ako imas jos neke predlog pucaj, pa da onda krenem sa fsck
[ combuster @ 09.04.2010. 20:12 ] @
Pre 700 sati otprilike uptime-a si imao gresku na hard disku, napravio ti se jedan bad block ali ne verujem da je to vezano za ovaj problem.
Moramo prvo da vidimo da li je problem do filesystem-a ili se samo uuid nesto zbrljao pa fstab ne moze da mount-uje tu particiju. Dakle sa bilo kog live cd-a probaj da podignes sistem u live rezimu i probaj da mount-ujes tu particiju na kojoj ti je home. Ako radi backup-uj podatke. Ako ne radi - ne vidim drugo resenje osim pokretanja fsck-a. Pre fsck-a bi mogao da odradis kloniranje te particije pomocu clonezilla-e ili dd-a.
[ maksvel @ 09.04.2010. 20:16 ] @
Ako možeš da u /etc/fstab umesto uuid broja staviš /dev/sdX - oznaku particije na kojoj ti je /home?
[ Mister_rap @ 09.04.2010. 20:17 ] @
Uparavo radim backup baza i nekih drugih stvari pa cu kad to zavrsim da se prebacim na live cd.
U svakom slucaju hvala i javljam rezultate naravno...
[ Mister_rap @ 09.04.2010. 20:24 ] @
@maksvel
Hm, a jel moze malo pojasnjenje sta ce to konkretno da uradi ?
Ako prodje, onda se ja logujem sa korisnikom, korisnicki direktorij ne postoji (to je ono sto zelim da povratim zapravo). Da li ce on biti kreiran i samim tim biti obrisani stari podaci ili ne ?
[ combuster @ 09.04.2010. 20:31 ] @
/dev/sda2 /data ext4 defaults 0 1
Tako meni stoji. Ako je tebi nesto kao npr:
UUID=4706-0137-blabla /data ext4 defaults 0 1
Samo UUID zameni sa /dev/sdXX nista nece biti prepisano... Koliko ja znam :D
[ Srđan Pavlović @ 09.04.2010. 20:33 ] @
Citat: Hm, a jel moze malo pojasnjenje sta ce to konkretno da uradi ?
Montirace tu zadatu particiju na /home, isto kao sto bi uradio ispravno zadati UUID za tu particiju.
Jos jedna stvar - fsck ne pokreci na montiranim particijama.
Pokreci ga sa live diska nad ne-montiranim particijama.
Citat: Running fsck on a mounted filesystem can usually result in disk / data corruption. So please do not do it. You have two choices
(a) Take down system to single user mode and unmout system
(b) Boot from the installation CD into rescue mode
[ dany12 @ 09.04.2010. 20:59 ] @
Da li ti blkid da izlaz za sda7(pretpostavljam da ti je tu montiran /home folder),ako imas UUID za tu particiju onda samo upisi to u fstab i trebalo bi da radi(pod uslovom da nije nesto zabrljano sa fajlsistemom).
[ Mister_rap @ 09.04.2010. 21:05 ] @
Evo me na ubuntu live discu, mogu normalno da pristupim /home/aleksandar folderu i radim backup.
Medjutim na debianu modifikacija fstaba ne pomaze izbaca konstantno istu gresku.
[ Srđan Pavlović @ 09.04.2010. 21:29 ] @
Ajde ovako:
1. daj nam tacnu oznaku particije gde ti je home (/dev/....)
2. izlaz komande cat /etc/fstab
3. tacnu poruku ili kod greske koju dobijas
Pre svega ovoga, kada izvuces podatke sa home particije, demontiraj je
i odradi fsck root particije i home particije i vidi je li sve u redu. Onda ovo gore.
[ Mister_rap @ 09.04.2010. 22:05 ] @
WOW kako je cool dobiti desktop nazad :)
Srdjane tek sad vidim tvoj odgovor ali eto problem je rijesen.
U sustini nakon zavrsetka backupa sa ubuntu-a opalio sam restart javio je drugaciju gresku tj. da je fsck obavezan (error code 4).
To sam i uradio...
Nakon restarta opet greska sa error code 8.
Konzola pa blkid i tu je prava situacija tj. kako je i bilo ranije
/dev/sda1: UUID="9820980E2097F20C" TYPE="ntfs"
/dev/sda5: UUID="CA806B960777E757" LABEL="KRETENIZAM" TYPE="ntfs"
/dev/sda7: UUID="2c9d258c-bcc6-4c50-9e32-d7138d624608" TYPE="ext3"
/dev/sda6: UUID="ce260f5d-e909-49bb-88e7-eed176b96a17" TYPE="ext3"
Modifikujem fstab stavku za UUID u ce260f5d-e909-49bb-88e7-eed176b96a17
reboot
i sve prolazi bez greske, mogu o5 normalno da se logujem svi podaci su tu...
Inace na ovoj testing varijanti Debiana sam imao od kad sam ga stavio gomilu problema i jos uvijek imam neke, tako da se po prvi put testing kod Debiana (bar u mom slucaju (a koristio sam i ranije aktivno testing verzije)) pokazao krajnje nepouzdano/nestabilno.
Doduse na ircu su me od samog starta kinjili zbog toga sto testing verziju koristim za development al boze moj :)
Na kraju me zanima sta bi mogao biti tacan uzrok problema, hintovi da se to sprijeci u buducnosti itd. ?
Ps.
Hvala svima za predloge i savjete bili su vise nego konstruktivni.
[ Srđan Pavlović @ 09.04.2010. 22:09 ] @
Citat: /dev/sda5: UUID="CA806B960777E757" LABEL="KRETENIZAM" TYPE="ntfs"
^
Pa ako si promenom (stavljanjem tacnog UUID-a) resio problem, onda je ocigledno problem bio pogresan UUID upisan u fstab 
A kada se to desilo... bog te pitaj 
[ maksvel @ 09.04.2010. 22:18 ] @
Otprilike da je neki parametar particije (a koji se koristi pri generisanju UUID-a) promenjen, pa se stari zapis u fstabu prestao poklapati sa realnim UUID-em i .. eto zabave 
[ dany12 @ 09.04.2010. 22:25 ] @
Ja kad sam koristio isti swap za dva linux sistema(na gentoo-u je u fstab-u bilo definisano sa /dev/sdxx,dok u arch-u sa UUID) uvek mi je gentoo menjao UUID za swap,pa kad sam isao na arch, morao sam da upisujem u fstab novi UUID.
[ Mister_rap @ 09.04.2010. 22:28 ] @
Pa to je jasno al je pitanje kako je do toga doslo jer ja pouzdano znam da nisam cackao fstab bez naknadno kad je doslo do samog problema ?
Kako slabo pamtim slikao sam fonom kad je doslo do samog problema jeste da slika nije bas najsjajnija ali koliko mi se cini falio mu je bas:
ce260f5d-e909-49bb-88e7-eed176b96a17
Takodje ono sto mi je suludo jeste da blkid uopste nije davao output ni priblizan ovome, tacnije davao je jednu stavku manje i drugacije parametre kod prehodnih ali to vec nisam slikao :D
Ps.
Srdjane treba da vidis imena particija na masinama za video produkciju i na home serveru :P
[ combuster @ 09.04.2010. 22:38 ] @
Ma ko zna sta je prslo na Sid-u :) Uglavnom samo je bitno da si problem resio...
[ maksvel @ 09.04.2010. 22:45 ] @
Jes'. Sid je to - labilan momak

[ Mister_rap @ 09.04.2010. 22:55 ] @
Niste u toku, nije Sid kod mene... 
Sid je unstable, a squeeze je testing.

[ combuster @ 09.04.2010. 23:02 ] @
Unstable, testing, uglavnom livin' on the edge...
Ako bih morao da nagadjam, rekao bih da ti po restartu nije odradio clean unmount home particije i da je to napravilo kurslus. Kada si preko live-a mount-ovao i unmount-ovao particiju - sve se vratilo na normalu :)
[ Tyler Durden @ 10.04.2010. 19:39 ] @
Sorry na offtopic ali jel moze meni neko ukratko da kaze zasto su uopste uvedeni ovi idiotski UIDi kod hardiskova/particija koje niko normalan ne moze da zapamti?
[ combuster @ 10.04.2010. 19:48 ] @
http://en.wikipedia.org/wiki/Universally_Unique_Identifier
Nemam pojma, sad si me naterao da i ja procitam o ovome. Ok, string koji unikatno oznacava particiju - samo ne vidim u kojim slucajevima bi moglo doci do zabune. Standard jbg...
http://www.unixtutorial.org/2008/05/ubuntu-uuid-how-to/
Evo ovde su objasnili zasto, mada ja nemam problema ni sa oznacavanjem preko imena device-ova...
[ Srđan Pavlović @ 10.04.2010. 19:50 ] @
Pa evo recimo - ako se promeni kontroler, bios, driver....
ma sta god sto bi moglo da utice da /dev/sda1 recimo ne
bude vise /dev/sda1 (a imali smo takvih slucajeva - setite se /dev/hd... /dev/sd...), UUID
particije uvek ostaje isti (ako se ne pobrlja particija), tako
da sa tim parametrom nece biti zabune sta se montira.
Jednom recju ne moras da razmisljas kako je sistem inicijalizovao storage
(pod kojim imenom su particije) - jer se oslanjas na UUID same particije.
@Ty - i ne moras da ga pamtis - imas komandu da ga iscitas lako :)
[ Tyler Durden @ 10.04.2010. 20:12 ] @
ahh, vi klinci... kako se samo brzo prilagodjavate i snalazite.. :D
[ Srđan Pavlović @ 10.04.2010. 20:15 ] @
Hahaha - da sam se malo ranije potrudio, moga bih do sada i unuke da imam
Btw, i meni se vise svidja /dev/sdx od
)(^@#)*$_@#*(^T#)($%(!@($_)*#$_(%*_$ ,
ali jbg.. 
[ niceness @ 10.04.2010. 20:18 ] @
Citat: ma sta god sto bi moglo da utice da /dev/sda1 recimo ne
bude vise /dev/sda1 (a imali smo takvih slucajeva - setite se /dev/hd... /dev/sd...)
Kad se samo setim... u jednoj verziji kernela disk je /dev/sda, u sledećoj /dev/hde - pa onda opet /dev/sda.
Stara dobra vremena.
Bilo bi dobro napomenuti i da umesto UUID možemo korisiti LABEL.
Uglavnom svaki initramfs koji podržava UUID podržava i LABEL, kao i /etc/fstab
[ combuster @ 10.04.2010. 20:20 ] @
Ma ja se drzim Arch-ove filozofije - Keep It Simple Stupid ! I eto, result:
cat /etc/fstab
/dev/sda1 / ext4 defaults 0 1
/dev/sda2 /data ext4 defaults 0 1
/dev/sda3 swap swap defaults 0 0
Mrs bre, kakvi UUID-evi, pa treba da formatiram data particiju pa da jurim posle da cepam blkid pa edit fstab-a pa restart - heh, ovako /dev/sda2 je /dev/sda2 :)
[ Srđan Pavlović @ 10.04.2010. 20:24 ] @
srdjan@Zverko ~ $ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# / was on /dev/sda2 during installation
UUID=e6f43d61-35b0-4e7e-af43-d2a1b0e16ae5 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda1 during installation
UUID=2fcda673-bf49-47b9-9c06-ab003bd1a995 none swap sw 0 0
srdjan@Zverko ~ $
Linux Mint 8 - Keep it... whatever :D
E, a vidi kako ga lepo komentuje "root je bio /dev/sda2 tokom instalacije.." - nije to za dzabe :)
@niceness - uporedi verovatnoce da se poklapaju UUID-i i LABEL-i ;)
Citat: UUID= as a more robust way to name
# devices that works even if disks are added and removed
Hehe, dodas jos neki disk u racunar ili izmenis primary / slave, ili kablove.. .sta god - i ode tvoj /dev/xxx dodjavola :D
[ combuster @ 10.04.2010. 20:37 ] @
Ok ubedio si me, evo sad cu da editujem fstab :P
Moguce da je stvar navike... Ma nije bitno as long as it works :)
[ Srđan Pavlović @ 10.04.2010. 20:38 ] @
Ma ja koristim /dev/xxx, nego ovo sad je iz Mint-a,
a on (kao i Ubuntu) uvek stavljaju UUID pri instalaciji,
ali lepo komentuju u fstab-u koji /dev/ je to bio u
trenutku instalacije, pa ti mozes da vratis na /dev/... ako volis :)
Inace, na archu i ja stavljam /dev/... pogotovo na NetBook-u,
jer tamo ne menjam diskove / kablove... tako cesto :D :D
[ Tyler Durden @ 10.04.2010. 21:06 ] @
Citat: niceness: Kad se samo setim... u jednoj verziji kernela disk je /dev/sda, u sledećoj /dev/hde - pa onda opet /dev/sda.
Stara dobra vremena.
Ne znam bas, meni se to nikad nije desavalo... :-/
I prilicno mi je dobro islo do sada sa hda/sda "sistemom" :-)
Ali vjerovatno bi trebao da se naviknem na te UIDe....
[ Mister_rap @ 10.04.2010. 21:27 ] @
Iz perspektive developera, apsolutno je jasno zasto se koriste ovi jedinistveni identifikatori.
To je u principu standard za sve manje vise, e sad naming filozofija je nesto drugo :O
[ Srđan Pavlović @ 10.04.2010. 21:34 ] @
Ma nije pitanje sta koristiti i na sta se navikavati,
rade oba naravno, ali je samo lepo znati prednosti
i mane jednog i drugog, cisto iz prakticnih razloga
ako nekada dodje do problema :)
Copyright (C) 2001-2025 by www.elitesecurity.org. All rights reserved.
|