Ubuntu 7.04 hda --> sda csere, miert?

Fórumok

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!

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!

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...

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.

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.

"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.

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.)

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.

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 :)

É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 "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.

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?

"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"

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

É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

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

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

É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 :)