Ma frissitettem az 7.04-es ubuntumat, ezzel jott le a 20-as kernel is! Nem ertem miert cserelte meg a hda-kat sda-ra ill. miert elonyosebb az fstab-ban az uuid hasznalada az elozohoz (/dev/hdaX) kepest? Ha valaki tud segiteni egy linkel vagy hozzaszolassal megkoszonnem!
- 2077 megtekintés
Hozzászólások
asszem uuid eszkozfuggetlen, tehat ha hda->sda valtas van valami miatt, akkor is meglesz a /, vagy ha beleraksz a gepbe vinyot, es valami oknal fogva hda->hde (pl sata cucc) lesz akkor is legyen /-od.
--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
Ja. Én frissítettem egyet 7.04-re, oszt nincs /...
Össze-vissza működik, ha nem találja a root-ot, akkor 1 vagy 2 Ctrl-Alt-Del után meg megtalálja. Van 3 ATA vinyó a gépben, kettőt nem "lát", ha bebootol... Valami bug lehet az udev-vel sztem. Pedig már majdnem jól ment az ubu, kezdtem vele megbékélni, csak az mplayer brightness-contrast nem ment.
Félretettem megint...
- A hozzászóláshoz be kell jelentkezni
Lehet, hogy nem alpha verzióval kellene próbálkozni, nem?
Egyébként az én teszt rendszeremen is ugyanezt produkálja, ahol a / egy raid1 tömbön van. Ott egy mdadm vs. udev race condition bug okozza a hibát, nálad is valami ilyesmi lehet. Hamarabb próbál a rendszer mountolni, minthogy udev/libata felkészítené az alrendszert.
Tipp: "break=mount" opcióval bootold fel, aztán amikor megáll az "(initramfs)" promtnál, nyomj egy CTRL+D-t. Így már felbootol.
- A hozzászóláshoz be kell jelentkezni
Alpha? Oszt mi a lóheréért írja ki egy stable verzió, hogy lehet upgradelni a rendszert 7.04-re, ha az alpha?
Én egyébként nem emléxem, hogy írta volna, h alpha-ra fog upgradelni...
Egyébként egy sima ATA HDD-n van egy próba ubu, úhogy nem vert földöz a gond, csak ciki.
Downgrade-en gondolkodtam, de megnézem a break-et, köszi.
- A hozzászóláshoz be kell jelentkezni
"Alpha?" - Igen.
Arra, hogy miert irta neked, hogy upgradelj, van egy tippem. Nem lehet veletlenul, hogy 'esz nelkul' szerkesztgetted - vagy valami szkript helyetted - az apt sources.list-et, es atirtad nehol az edgy-t feisty-re? Anelkul, hogy ott hivatkoznal feisty-re - ami a fejlesztoi ag jelen esetben - az update-ert felelos processznek fogalma sem lenne rola, hogy olyan egyaltalan letezik.
- A hozzászóláshoz be kell jelentkezni
De, az a hoppárém, h mindenfélét írogatok mindenhová.
Random.
És valószínűleg pont a feisty szó került a sources.list-be, pont oda, ahová kell neki...
Ahogy látom vannak még páran ilyen debilek mint én, mert nekik is odagenerálta a /dev/random.
Épp ideje lottóznom. (Azt is lehet ész nélkül.)
- A hozzászóláshoz be kell jelentkezni
Már bocsi, de szerintem még mindig 7.03 van. Nekem is Edgy van, és valami rejtélyes okból kifolyólag nem is említette, hogy lehetne frissíteni. Szal a hiba valszeg az ön készülékében van...
- A hozzászóláshoz be kell jelentkezni
root@ize:~# cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=7.04
DISTRIB_CODENAME=feisty
- A hozzászóláshoz be kell jelentkezni
Ilyet én is tudok :)
cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=6.10
DISTRIB_CODENAME=edgy
DISTRIB_DESCRIPTION="Ubuntu 6.10"
De tényleg, nem csaltam! Ez nem csak az, hogy melyik release-t használod? A feistyben persze hogy feisty-t ír....
Szerk: ma kaptam a mailt, hogy kijött a feisty beta. Tehat eddig alpha volt valszeg. Nem bántani akarlak, de tényleg nem tudom, hogy hol hallottad, hogy kijött a feisty.
- A hozzászóláshoz be kell jelentkezni
Wazze, olvass vissza, 'mégeccer nem vésem le...
- A hozzászóláshoz be kell jelentkezni
udv :)
nekem ez van most:
---
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=6.10
DISTRIB_CODENAME=edgy
DISTRIB_DESCRIPTION="Ubuntu 6.10"
---
es amikor valamikor ujrainditom, akkor kiirja hogy error 16 , 18 (valtozo) meg etc.. valamikor nem talalja a vinyot :)
nem ertem hogy miert van ez :)
- A hozzászóláshoz be kell jelentkezni
Én Edgy-s gépekre raktam fel 2.6.20.3-as kernelt és a satás gépemen az sem bootol többé (nem találja a root fájlrendszert). A többin minden OK. Ugyanaz a gond lehet?
- A hozzászóláshoz be kell jelentkezni
Nem véletlenül az ide->libata-pata migráció miatt van?
A libata már mindent scsi-nek lát :(
- A hozzászóláshoz be kell jelentkezni
A "problémát" mindkettőtöknél az okozza imho, hogy a pata -> libata-pata migráció miatt hda-ról sda-ra változtak a PATA merevlemezeitek eszköz nodejai. Amennyiben fstab-ban UUID-vel (eszköz node független, ahogy azt Elbandi is említette már fentebb) csatoljátok, ez nem kellene problémát okozzon. Amennyiben eszköz nodedal, írjátok át azok /dev/sd.X megfelelőjére.
Szerk.: Egy "update-initramfs -u -k all" nem árthat imho, valamint a /boot/grub/menu.lst-ben is a megfelelő bejegyzés legyen a "root=" kernel paraméterben.
- A hozzászóláshoz be kell jelentkezni
Sziasztok!
Még nem frissítettem, de úgy érzem az írások alapján, hogy én is be fogom ezt a parát kapni.
Úgyhogy a megelőző kérdéseim:
Hogy lehet megtudni mondjuk a /dev/hda-ról, hogy mi az ő UUID-ja?
>valamint a /boot/grub/menu.lst-ben is a megfelelő >bejegyzés legyen a "root=" kernel paraméterben
Mi a megfelelő? Úgy értem, hogy grub-ban is meg lehet adni valahogy UUID-t? És hogyan?
- A hozzászóláshoz be kell jelentkezni
"Hogy lehet megtudni mondjuk a /dev/hda-ról, hogy mi az ő UUID-ja?" - Biztos van több módja is, de én "ls -l /dev/disks/by-uuid/" paranccsal tenném, és megnézném, hogy melyik drive, melyik partíció melyik UUID syslink-re mutat.
A Grub-nek pedig megadhatod, hogy "root=UUID=xxxx-xxxx-xxxx-xxxx"
- A hozzászóláshoz be kell jelentkezni
Van még egy jó kis parancs is: blkid
Nekem a Kubuntu-n, amin éppen melózom most:
$ blkid
/dev/sda1: UUID="eee8b83d-779c-40f4-925c-b5eafb575c74" SEC_TYPE="ext2" TYPE="ext3"
/dev/sda2: UUID="e47c678f-99b1-4e02-bfc4-6119b4edf8d9" TYPE="swap"
/dev/sda3: UUID="6bfb8493-76f5-4b5f-bf84-07ebe29879be" SEC_TYPE="ext2" TYPE="ext3"
/dev/sda4: UUID="1dc0fa93-7ffd-4a78-976f-885c4e0d5e08" SEC_TYPE="ext2" TYPE="ext3
- A hozzászóláshoz be kell jelentkezni
"blkid" - Persze, mindig a rövidebb utat választani. :D
- A hozzászóláshoz be kell jelentkezni
Énis megettem, de csak a rack-ot nemlátta. Term az fstab átírása után müködött.
A többi cd, dvd, root ment egyből.
pch
- A hozzászóláshoz be kell jelentkezni
"A többi cd, dvd ... ment egyből." - Az jó, hogy ment, pedig a váltás azt is érinti, mivel SCSI optikai eszközként kezeli őket a rendszer. Ennek megfelelően az én íróm pl. /dev/hdc-ről /dev/sdc0-ra változott.
- A hozzászóláshoz be kell jelentkezni
Eszembejutnak az amigás idők... Ott is minden ata scsi emival ment. :)
Akkor, amikor az ata kijött kellett volna a kukába dobni. De ez csak szvsz.
pch
- A hozzászóláshoz be kell jelentkezni
Nagy nehézségek árán átírtam az fstab -ba a mobilrack mountját :)
Erre tegnap jön frissités. Párom kérdezte felrakja-e? (Ugye ha nincs otthon az zember..) Szal hazaérek, viszek egy bádogdobozt, de le kell szedni az adatokat. Mondom mi sem 1xübb, berak mobilrack. Gép izzit, irom: mount /dev/sdb1 /mnt erre irja: Ne légy már hülye.. Nah mondom dmesg. Hát mit látok? hdb1.
Akkor most kiszedték belőle? Mégse eszik olyan forron a kását?
pch
- A hozzászóláshoz be kell jelentkezni
Én most frissítettem és továbbra is sd(?) :)
Szerintem csak azért ilyen fura mert megszoktuk az eddigi kiosztást (IMHO logikusabb volt minden ATA-s vinyó HDx-nek és minden [S]pec cucc SDx-nek). Mindegy, ha nekik így jobb, nekem aztán nem gond... A rendszer többi része javult eleget, az kárpótol :)
- A hozzászóláshoz be kell jelentkezni