Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
boot by-id, by-uuid - niby działa ale nie do końca.
64 views
Skip to first unread message
Servant
Jan 27, 2012, 2:29:52 PM1/27/12
to
Mam w serwerze (na razie ) 3 dyski SATA i jeden ATA.
Na dysku ATA jest system. Na razie musi tak zostać.
Dysk ATA rozpoznawany jest przez jądro jako /dev/sdd
Problem jest w tym, że jak zmienię ilość dysków podłączonych do SATA,
to zmienia się oznaczenie dysku ATA. Przy dwóch SATA jest /dev/sdc
przy czterech /dev/sde - czyli kolejny po SATA. Ponieważ przymierzam
się do programowej macierzy RAID5 i będę trochę żonglował dyskami,
takie zmiany nazewnictwa dysku startowego będą uciążliwe.
Postanowiłem, że zrobię bootowanie by-id i by-uuid
Sprawdziłem najpierw montowanie by-uuid - zadziałało.
Wyedytowałem lilo.conf
========================================================
# boot = /dev/sdd
boot="/dev/disk/by-id/ata-ST3250620A_3QF0FJKZ"
message = /boot/boot_message.txt
prompt
timeout = 200
# Override dangerous defaults that rewrite the partition table:
change-rules
reset
vga = 769
lba32
append="vt.default_utf8=1"
# End LILO global section
# Linux bootable partition config begins
image = /boot/vmlinuz
# root = /dev/sdd1
root = /dev/disk/by-uuid/85c285c3-7e2f-4956-abe2-0e5bf1c33544
label = Linux
read-only
========================================================
Polecenie /sbin/lilo wykonało się bezbłędnie.
System wystartował.
Ale żeby sprawdzić wszystko do końca podpiąłem jeszcze jeden dysk na
SATA i... LIPA!
"panika jądra" :-)
Z komunikatów wywnioskowałem, że system plików na /dev/sdd nie teges
(to był dysk chyba z NTFS i teraz on robił za /dev/sdd).
Dlaczego to nie działa? Dlaczego mimo wszystko w dalszym ciągu szuka
systemu na /dev/sdd choć ma zadeklarowane by-uuid?
Czego nie wziąłem pod uwagę?
--
Pozdrawiam
Servant
Na dysku ATA jest system. Na razie musi tak zostać.
Dysk ATA rozpoznawany jest przez jądro jako /dev/sdd
Problem jest w tym, że jak zmienię ilość dysków podłączonych do SATA,
to zmienia się oznaczenie dysku ATA. Przy dwóch SATA jest /dev/sdc
przy czterech /dev/sde - czyli kolejny po SATA. Ponieważ przymierzam
się do programowej macierzy RAID5 i będę trochę żonglował dyskami,
takie zmiany nazewnictwa dysku startowego będą uciążliwe.
Postanowiłem, że zrobię bootowanie by-id i by-uuid
Sprawdziłem najpierw montowanie by-uuid - zadziałało.
Wyedytowałem lilo.conf
========================================================
# boot = /dev/sdd
boot="/dev/disk/by-id/ata-ST3250620A_3QF0FJKZ"
message = /boot/boot_message.txt
prompt
timeout = 200
# Override dangerous defaults that rewrite the partition table:
change-rules
reset
vga = 769
lba32
append="vt.default_utf8=1"
# End LILO global section
# Linux bootable partition config begins
image = /boot/vmlinuz
# root = /dev/sdd1
root = /dev/disk/by-uuid/85c285c3-7e2f-4956-abe2-0e5bf1c33544
label = Linux
read-only
========================================================
Polecenie /sbin/lilo wykonało się bezbłędnie.
System wystartował.
Ale żeby sprawdzić wszystko do końca podpiąłem jeszcze jeden dysk na
SATA i... LIPA!
"panika jądra" :-)
Z komunikatów wywnioskowałem, że system plików na /dev/sdd nie teges
(to był dysk chyba z NTFS i teraz on robił za /dev/sdd).
Dlaczego to nie działa? Dlaczego mimo wszystko w dalszym ciągu szuka
systemu na /dev/sdd choć ma zadeklarowane by-uuid?
Czego nie wziąłem pod uwagę?
--
Pozdrawiam
Servant
PawelS
Jan 28, 2012, 3:31:10 AM1/28/12
to
Servant pisze:
Subject: Kolejność kontrolerów SATA przy starcie Linuxa
Może tam zadaj pytanie, może tam uzyskasz jakąś ciekawą sugestię.
Poczytaj trochę ten wątek, który zapoczątkowałem.
Od razu uprzedzam nie znajdziesz tam stricte lekarstwa
na swój problem, ale warto przeczytać.
Wszyscy twardo polecali UUID albo LABEL,
o tyle o ile z UUID mogli by mieć rację,
to z LABEL już niekoniecznie.
W ramach pewnych prac na maszynie wirtualnej
podpiąłem do systemu obraz dysku, który też miał
partycję oznaczoną poprzez LABEL="/",
system oczywiście skonfigurowany tak by bootował się
oraz montował LABEL="/" pod roota systemu
i niestety przy dwóch LABEL="/"
uzyskałem kernel panic: unable to find rootfs.
Teoretycznie UUID powinien rozwiązać problem,
jednakże Twój post temu przeczy,
UUID nie jest chyba lekarstwem.
U mnie (desktop) problem mam podobny.
Włożyłem kontroler PCI-SATA i teraz
nie wiedzieć czemu system najpierw widzi ten kontroler,
dopiero potem kontroler na płycie.
Efekty nie trudno zgadną, dysk z którego podnoszę system
podłączony jest do płyty i teraz widoczny jest jako sdc,
podpięcie kolejnego dysku do kontrolera PCI-SATA
prze numeruje dysk na sdd, z kolei zabranie dysku
prze numeruje dysk na sdb.
> Poczytaj o udev, powinno rozwiazac Twoj problem.
Rzekomo to powinno rozwiązać problem, jednakże musiałbyś
tego udeva umieścić już w initrd, ja tak zrobiłem,
ale nie do końca tak zadziałało jak chciałem.
Po wyjściu już z initrd dyski miały kolejność taką
do jakiej dążyłem, niestety będąc jeszcze w initrd
żeby podnieść system i przełączyć rootfs (switchroot)
musiałem podać prawidłowe urządzenie typu /dev/sdc,
pomimo że potem w systemie po modyfikacjach udeva
było widoczne już jako /dev/sda.
Możesz popróbować z udev, ale jest to moim zdaniem
bardzo ryzykowne, prawie straciłem partycję z danymi
jak później wykonywałem pewną operację na dysku,
coś kolejność była chyba nie taka jak trzeba.
>
> Postanowiłem, że zrobię bootowanie by-id i by-uuid
>
> Sprawdziłem najpierw montowanie by-uuid - zadziałało.
>
[...]
> Mam w serwerze (na razie ) 3 dyski SATA i jeden ATA.
> Na dysku ATA jest system. Na razie musi tak zostać.
> Dysk ATA rozpoznawany jest przez jądro jako /dev/sdd
> Problem jest w tym, że jak zmienię ilość dysków podłączonych do SATA,
> to zmienia się oznaczenie dysku ATA. Przy dwóch SATA jest /dev/sdc
> przy czterech /dev/sde - czyli kolejny po SATA. Ponieważ przymierzam
> się do programowej macierzy RAID5 i będę trochę żonglował dyskami,
> takie zmiany nazewnictwa dysku startowego będą uciążliwe.
Go To pl.comp.os.linux.sprzet
> Na dysku ATA jest system. Na razie musi tak zostać.
> Dysk ATA rozpoznawany jest przez jądro jako /dev/sdd
> Problem jest w tym, że jak zmienię ilość dysków podłączonych do SATA,
> to zmienia się oznaczenie dysku ATA. Przy dwóch SATA jest /dev/sdc
> przy czterech /dev/sde - czyli kolejny po SATA. Ponieważ przymierzam
> się do programowej macierzy RAID5 i będę trochę żonglował dyskami,
> takie zmiany nazewnictwa dysku startowego będą uciążliwe.
Subject: Kolejność kontrolerów SATA przy starcie Linuxa
Może tam zadaj pytanie, może tam uzyskasz jakąś ciekawą sugestię.
Poczytaj trochę ten wątek, który zapoczątkowałem.
Od razu uprzedzam nie znajdziesz tam stricte lekarstwa
na swój problem, ale warto przeczytać.
Wszyscy twardo polecali UUID albo LABEL,
o tyle o ile z UUID mogli by mieć rację,
to z LABEL już niekoniecznie.
W ramach pewnych prac na maszynie wirtualnej
podpiąłem do systemu obraz dysku, który też miał
partycję oznaczoną poprzez LABEL="/",
system oczywiście skonfigurowany tak by bootował się
oraz montował LABEL="/" pod roota systemu
i niestety przy dwóch LABEL="/"
uzyskałem kernel panic: unable to find rootfs.
Teoretycznie UUID powinien rozwiązać problem,
jednakże Twój post temu przeczy,
UUID nie jest chyba lekarstwem.
U mnie (desktop) problem mam podobny.
Włożyłem kontroler PCI-SATA i teraz
nie wiedzieć czemu system najpierw widzi ten kontroler,
dopiero potem kontroler na płycie.
Efekty nie trudno zgadną, dysk z którego podnoszę system
podłączony jest do płyty i teraz widoczny jest jako sdc,
podpięcie kolejnego dysku do kontrolera PCI-SATA
prze numeruje dysk na sdd, z kolei zabranie dysku
prze numeruje dysk na sdb.
> Poczytaj o udev, powinno rozwiazac Twoj problem.
Rzekomo to powinno rozwiązać problem, jednakże musiałbyś
tego udeva umieścić już w initrd, ja tak zrobiłem,
ale nie do końca tak zadziałało jak chciałem.
Po wyjściu już z initrd dyski miały kolejność taką
do jakiej dążyłem, niestety będąc jeszcze w initrd
żeby podnieść system i przełączyć rootfs (switchroot)
musiałem podać prawidłowe urządzenie typu /dev/sdc,
pomimo że potem w systemie po modyfikacjach udeva
było widoczne już jako /dev/sda.
Możesz popróbować z udev, ale jest to moim zdaniem
bardzo ryzykowne, prawie straciłem partycję z danymi
jak później wykonywałem pewną operację na dysku,
coś kolejność była chyba nie taka jak trzeba.
>
> Postanowiłem, że zrobię bootowanie by-id i by-uuid
>
> Sprawdziłem najpierw montowanie by-uuid - zadziałało.
>
Kamil Jońca
Jan 28, 2012, 3:46:13 AM1/28/12
to
nie działa?
> label = Linux
> read-only
> ========================================================
1 - a
> read-only
> ========================================================
--8<---------------cut here---------------start------------->8---
root=UUID=85c285c3-7e2f-4956-abe2-0e5bf1c33544
--8<---------------cut here---------------end--------------->8---
też nie działa?
KJ
--
http://sporothrix.wordpress.com/2011/01/16/usa-sie-krztusza-kto-nastepny/
"Nie można wlecieć w trzecie tysiaclecie
na drzwiach od stodoły" - biskup polowy WP Sławoj Leszek Głódź.
Servant
Jan 28, 2012, 1:44:14 PM1/28/12
to
kjo...@poczta.onet.pl (Kamil Jońca) napisał(a) w wiadomosci do grupy
dyskusyjnej
>> root = /dev/disk/by-uuid/85c285c3-7e2f-4956-abe2-0e5bf1c33544
> ^^^^^^^^^^^^^^ [1]
> nie działa?
>> label = Linux
>> read-only
>> ========================================================
> 1 - a
> --8<---------------cut here---------------start------------->8---
> root=UUID=85c285c3-7e2f-4956-abe2-0e5bf1c33544
> --8<---------------cut here---------------end--------------->8---
> też nie działa?
>
Dzięki za zainteresowanie.
Nie za bardzo jednak rozumiem Twoją pierwsza propozycję.
Mógłbys napisać całą linię jak według Ciebie miałaby wyglądać?
A sprawdzić będę mógł dopiero w środę.
Natomiast co do drugiej propozycji to już /sbin/lilo wywala błąd:
Syntax error at or above line 24 in file '/etc/lilo.conf'
--
Pozdrawiam
Servant
dyskusyjnej
>> root = /dev/disk/by-uuid/85c285c3-7e2f-4956-abe2-0e5bf1c33544
> ^^^^^^^^^^^^^^ [1]
> nie działa?
>> label = Linux
>> read-only
>> ========================================================
> 1 - a
> --8<---------------cut here---------------start------------->8---
> root=UUID=85c285c3-7e2f-4956-abe2-0e5bf1c33544
> --8<---------------cut here---------------end--------------->8---
> też nie działa?
>
Nie za bardzo jednak rozumiem Twoją pierwsza propozycję.
Mógłbys napisać całą linię jak według Ciebie miałaby wyglądać?
A sprawdzić będę mógł dopiero w środę.
Natomiast co do drugiej propozycji to już /sbin/lilo wywala błąd:
Syntax error at or above line 24 in file '/etc/lilo.conf'
--
Pozdrawiam
Servant
Servant
Jan 28, 2012, 2:08:27 PM1/28/12
to
PawelS <cbr...@10g.pl> napisał(a) w wiadomosci do grupy dyskusyjnej
> musiałbyś
> tego udeva umieścić już w initrd, ja tak zrobiłem,
> ale nie do końca tak zadziałało jak chciałem.
>
A już myślałem, że initrd rozwiąże mój problem, ale zbiłeś mnie z
pantałyku. Ogólnie klapa, chyba, ze o czymś nie wiemy.
--
Pozdrawiam
Servant
> musiałbyś
> tego udeva umieścić już w initrd, ja tak zrobiłem,
> ale nie do końca tak zadziałało jak chciałem.
>
pantałyku. Ogólnie klapa, chyba, ze o czymś nie wiemy.
--
Pozdrawiam
Servant
PawelS
Jan 28, 2012, 2:27:47 PM1/28/12
to
Servant pisze:
Jeśli czujesz się na siłach możesz spróbować,
w Internecie bez problemu można chyba znaleźć reguły,
które ustawią Ci dysk ATA pod stosowny /dev/sdX,
jeśli Ci to zadziała (po umieszczeniu udeva w initrd)
to możesz podzielić się wiedzą, mnie chyba się nie udało,
efekt który uzyskałem to sprawdzając smartem,
miałem dysk /dev/sdb z dwiema partycjami,
ale w katalogu /dev/ miałem tyle urządzeń /dev/sdb[0-9]
ile partycji na innym dysku i to mnie trochę też myliło.
Twój problem dotyczy serwera,
więc masz trudniejsze zadanie,
u mnie to tylko desktop ...
w Internecie bez problemu można chyba znaleźć reguły,
które ustawią Ci dysk ATA pod stosowny /dev/sdX,
jeśli Ci to zadziała (po umieszczeniu udeva w initrd)
to możesz podzielić się wiedzą, mnie chyba się nie udało,
efekt który uzyskałem to sprawdzając smartem,
miałem dysk /dev/sdb z dwiema partycjami,
ale w katalogu /dev/ miałem tyle urządzeń /dev/sdb[0-9]
ile partycji na innym dysku i to mnie trochę też myliło.
Twój problem dotyczy serwera,
więc masz trudniejsze zadanie,
u mnie to tylko desktop ...
Kamil Jońca
Jan 28, 2012, 2:27:50 PM1/28/12
to
Servant <fre...@rcs.cy> writes:
> kjo...@poczta.onet.pl (Kamil Jońca) napisał(a) w wiadomosci do grupy
> dyskusyjnej
>
>>> root = /dev/disk/by-uuid/85c285c3-7e2f-4956-abe2-0e5bf1c33544
>> ^^^^^^^^^^^^^^ [1]
>> nie działa?
>>> label = Linux
>>> read-only
>>> ========================================================
>> 1 - a
>> --8<---------------cut here---------------start------------->8---
>> root=UUID=85c285c3-7e2f-4956-abe2-0e5bf1c33544
>> --8<---------------cut here---------------end--------------->8---
>> też nie działa?
>>
>
> Dzięki za zainteresowanie.
> Nie za bardzo jednak rozumiem Twoją pierwsza propozycję.
To jest jedna propozycja. Było [1] i póżniej 1- opis :)
> kjo...@poczta.onet.pl (Kamil Jońca) napisał(a) w wiadomosci do grupy
> dyskusyjnej
>
>>> root = /dev/disk/by-uuid/85c285c3-7e2f-4956-abe2-0e5bf1c33544
>> ^^^^^^^^^^^^^^ [1]
>> nie działa?
>>> label = Linux
>>> read-only
>>> ========================================================
>> 1 - a
>> --8<---------------cut here---------------start------------->8---
>> root=UUID=85c285c3-7e2f-4956-abe2-0e5bf1c33544
>> --8<---------------cut here---------------end--------------->8---
>> też nie działa?
>>
>
> Dzięki za zainteresowanie.
> Nie za bardzo jednak rozumiem Twoją pierwsza propozycję.
A linia z root wg mnie powinna wyglądać +- tak
root=UUID=85c285c3-7e2f-4956-abe2-0e5bf1c33544
być może są potrzebne ciapki
root= "UUID=85c285c3-7e2f-4956-abe2-0e5bf1c33544"
albo
root= 'UUID=85c285c3-7e2f-4956-abe2-0e5bf1c33544'
KJ
--
http://blogdebart.pl/2009/12/22/mamy-chorych-dzieci/
Jak ktoś ma pecha, to złamie ząb podczas seksu oralnego (S.Sokół)
Servant
Jan 28, 2012, 2:41:41 PM1/28/12
to
Dzięki. poniższe lilo wykonał bez szemrania.
> root= "UUID=85c285c3-7e2f-4956-abe2-0e5bf1c33544"
Może będzie działać, ale z serwerem będę się widział
face to face :-) dopiero w środę.
Zatem czekamy...
--
Pozdrawiam
Servant
> root= "UUID=85c285c3-7e2f-4956-abe2-0e5bf1c33544"
Może będzie działać, ale z serwerem będę się widział
face to face :-) dopiero w środę.
Zatem czekamy...
--
Pozdrawiam
Servant
Servant
Feb 1, 2012, 12:19:41 PM2/1/12
to
Servant <fre...@rcs.cy> napisał(a) w wiadomosci do grupy dyskusyjnej
>poniższe lilo wykonał bez szemrania.
>> root= "UUID=85c285c3-7e2f-4956-abe2-0e5bf1c33544"
>
Ale uruchomić system się nie chciał. Napisało, że ta linia jest błędna.
Jednak problem pokonałem. Dla potomności:
Dystrybucja Slackware 13.37 z jądrem 2.6.37.6-smp
Utworzyłem initsd.gz poleceniem
mkinitrd -c -k 2.6.37.6-smp -m ext3 -f ext3 -r UUID="85c285c3-7e2f-4956-abe2-0e5bf1c33544"
W lilo.conf mam tak:
-------------------------------------------
Ponieważ na tym dysku są dwie zwykłe partycje i swap
mój /etc/fstab wygląda następująco:
-------------------------------------------
UUID="85c285c3-7e2f-4956-abe2-0e5bf1c33544"<--->/ ext3 defaults 1 1
UUID="2e110cf5-0b93-4143-ad9c-a59ae51c5222"<--->/dane2 ext3 noatime,nodiratime,rw 1 2
UUID="69a8704d-ba17-4cc7-afa6-647ed1b2c0f0"<--->swap swap defaults 0 0
-------------------------------------------
System się uruchomił.
Po podpięciu nowego dysku SATA, - również działa.
/bin/df jednak pokazuje, że teraz partycje dysku systemowego to /dev/sdeX
a nowo podpięty dysk /dev/sdd (poprzednio /dev/sdd był dyskiem systemowym).
Zatem wszystko działa.
Oczywiście UUID-y to konkretnie moje partycje. Chyba nikomu
nie przyjdzie do glowy tego bezmyślnie kopiować. :-)
--
Pozdrawiam
Servant
>poniższe lilo wykonał bez szemrania.
>> root= "UUID=85c285c3-7e2f-4956-abe2-0e5bf1c33544"
>
Jednak problem pokonałem. Dla potomności:
Dystrybucja Slackware 13.37 z jądrem 2.6.37.6-smp
Utworzyłem initsd.gz poleceniem
mkinitrd -c -k 2.6.37.6-smp -m ext3 -f ext3 -r UUID="85c285c3-7e2f-4956-abe2-0e5bf1c33544"
W lilo.conf mam tak:
-------------------------------------------
boot="/dev/disk/by-id/ata-ST3250620A_3QF0FJKZ"
message = /boot/boot_message.txt
prompt
timeout = 200
message = /boot/boot_message.txt
prompt
timeout = 200
change-rules
reset
vga = 769
lba32
append="vt.default_utf8=1"
# End LILO global section
# Linux bootable partition config begins
image = /boot/vmlinuz
initrd = /boot/initrd.gz
reset
vga = 769
lba32
append="vt.default_utf8=1"
# End LILO global section
# Linux bootable partition config begins
image = /boot/vmlinuz
root = /dev/disk/by-uuid/85c285c3-7e2f-4956-abe2-0e5bf1c33544
label = Linux
read-only
-------------------------------------------
label = Linux
read-only
Ponieważ na tym dysku są dwie zwykłe partycje i swap
mój /etc/fstab wygląda następująco:
-------------------------------------------
UUID="85c285c3-7e2f-4956-abe2-0e5bf1c33544"<--->/ ext3 defaults 1 1
UUID="2e110cf5-0b93-4143-ad9c-a59ae51c5222"<--->/dane2 ext3 noatime,nodiratime,rw 1 2
UUID="69a8704d-ba17-4cc7-afa6-647ed1b2c0f0"<--->swap swap defaults 0 0
-------------------------------------------
System się uruchomił.
Po podpięciu nowego dysku SATA, - również działa.
/bin/df jednak pokazuje, że teraz partycje dysku systemowego to /dev/sdeX
a nowo podpięty dysk /dev/sdd (poprzednio /dev/sdd był dyskiem systemowym).
Zatem wszystko działa.
Oczywiście UUID-y to konkretnie moje partycje. Chyba nikomu
nie przyjdzie do glowy tego bezmyślnie kopiować. :-)
--
Pozdrawiam
Servant
Servant
Feb 1, 2012, 12:39:34 PM2/1/12
to
> Jeśli czujesz się na siłach możesz spróbować,
>
Spróbowałem. Jednak initrd jest ratunkiem.
>
Opis w innym miejscu w tym watku.
Myslę, że Tobie też się uda.
--
Pozdrawiam
Servant
K
Feb 19, 2012, 6:09:28 PM2/19/12
to
W dniu 01-02-2012 18:19, Servant pisze:
ok, to podepne sie do pytania:
blkid zeznaje:
/dev/sdg5: UUID="00610f60-fc26-43e7-9351-e7cd4b2bc671" SEC_TYPE="ext2"
TYPE="ext3"
/dev/sda: UUID="87370e62-1293-3314-2f1b-e16c2b23dcad"
TYPE="linux_raid_member"
/dev/sdd: UUID="87370e62-1293-3314-2f1b-e16c2b23dcad"
TYPE="linux_raid_member"
/dev/sde: UUID="87370e62-1293-3314-2f1b-e16c2b23dcad"
TYPE="linux_raid_member"
/dev/sdf: UUID="87370e62-1293-3314-2f1b-e16c2b23dcad"
TYPE="linux_raid_member"
/dev/sdg1: UUID="8dbe4ac4-9f1c-4627-88f4-36d2dd385f0b" TYPE="ext3"
/dev/sdg2: UUID="2c30732d-f8ba-414c-93c0-84a7d057d44b" TYPE="ext3"
/dev/sdg3: UUID="b23291b1-fca5-4b8c-b0c9-5ff492395282" TYPE="ext3"
/dev/sdc: UUID="87370e62-1293-3314-2f1b-e16c2b23dcad"
TYPE="linux_raid_member"
sdg to system.
teraz zawartosc /dev/disk to:
by-id by-path, gdzie w by-id mam cos takiego:
ata-_-part1 ata-_-part2 ata-_-part3 ata-_-part4 ata-_-part5 ata-_-part6
ktore wskazuja na odpowiednio na hda1 do 6. czegos takiego nie mam w
systemie. czy mozna to skasowac w wygenerowac na nowo?
to system upgradeowany co najmniej od slackware-12.2 albo 13.0 (nie
pamietam)
blkid zeznaje:
/dev/sdg5: UUID="00610f60-fc26-43e7-9351-e7cd4b2bc671" SEC_TYPE="ext2"
TYPE="ext3"
/dev/sda: UUID="87370e62-1293-3314-2f1b-e16c2b23dcad"
TYPE="linux_raid_member"
/dev/sdd: UUID="87370e62-1293-3314-2f1b-e16c2b23dcad"
TYPE="linux_raid_member"
/dev/sde: UUID="87370e62-1293-3314-2f1b-e16c2b23dcad"
TYPE="linux_raid_member"
/dev/sdf: UUID="87370e62-1293-3314-2f1b-e16c2b23dcad"
TYPE="linux_raid_member"
/dev/sdg1: UUID="8dbe4ac4-9f1c-4627-88f4-36d2dd385f0b" TYPE="ext3"
/dev/sdg2: UUID="2c30732d-f8ba-414c-93c0-84a7d057d44b" TYPE="ext3"
/dev/sdg3: UUID="b23291b1-fca5-4b8c-b0c9-5ff492395282" TYPE="ext3"
/dev/sdc: UUID="87370e62-1293-3314-2f1b-e16c2b23dcad"
TYPE="linux_raid_member"
sdg to system.
teraz zawartosc /dev/disk to:
by-id by-path, gdzie w by-id mam cos takiego:
ata-_-part1 ata-_-part2 ata-_-part3 ata-_-part4 ata-_-part5 ata-_-part6
ktore wskazuja na odpowiednio na hda1 do 6. czegos takiego nie mam w
systemie. czy mozna to skasowac w wygenerowac na nowo?
to system upgradeowany co najmniej od slackware-12.2 albo 13.0 (nie
pamietam)
Tomasz Torcz
Feb 20, 2012, 1:18:30 AM2/20/12
to
Dzieki, K, za post o tresci:
/lib/udev/rules.d/60-persistent-storage.rules; jak z tego pliku widać,
numery seryjne biorą się z wywołania ata_id, scsi_id, path_id itd.,
które to programiki z kolei dostarcza sam udev:
# rpm -qf `locate ata_id`
udev-181-2.fc17.x86_64
W Slackware zapewne jest tak samo. Szukałbym problemu z wykonywalnością
tych programików. Wygenerowanie ponowne tych wpisów w /dev wymaga
zapewne użycia "udevadm".
--
Tomasz Torcz "Funeral in the morning, IDE hacking
xmpp: zdzi...@chrome.pl in the afternoon and evening." - Alan Cox
> blkid zeznaje:
> /dev/sdg5: UUID="00610f60-fc26-43e7-9351-e7cd4b2bc671" SEC_TYPE="ext2"
> TYPE="ext3"
> /dev/sda: UUID="87370e62-1293-3314-2f1b-e16c2b23dcad"
> TYPE="linux_raid_member"
> /dev/sdd: UUID="87370e62-1293-3314-2f1b-e16c2b23dcad"
> TYPE="linux_raid_member"
> /dev/sde: UUID="87370e62-1293-3314-2f1b-e16c2b23dcad"
> TYPE="linux_raid_member"
> /dev/sdf: UUID="87370e62-1293-3314-2f1b-e16c2b23dcad"
> TYPE="linux_raid_member"
> /dev/sdg1: UUID="8dbe4ac4-9f1c-4627-88f4-36d2dd385f0b" TYPE="ext3"
> /dev/sdg2: UUID="2c30732d-f8ba-414c-93c0-84a7d057d44b" TYPE="ext3"
> /dev/sdg3: UUID="b23291b1-fca5-4b8c-b0c9-5ff492395282" TYPE="ext3"
> /dev/sdc: UUID="87370e62-1293-3314-2f1b-e16c2b23dcad"
> TYPE="linux_raid_member"
>
> sdg to system.
>
> teraz zawartosc /dev/disk to:
> by-id by-path, gdzie w by-id mam cos takiego:
> ata-_-part1 ata-_-part2 ata-_-part3 ata-_-part4 ata-_-part5 ata-_-part6
> ktore wskazuja na odpowiednio na hda1 do 6. czegos takiego nie mam w
> systemie. czy mozna to skasowac w wygenerowac na nowo?
Te linki są tworzone przez regułki udev, prawdopodobnie te domyślne z
> /dev/sdg5: UUID="00610f60-fc26-43e7-9351-e7cd4b2bc671" SEC_TYPE="ext2"
> TYPE="ext3"
> /dev/sda: UUID="87370e62-1293-3314-2f1b-e16c2b23dcad"
> TYPE="linux_raid_member"
> /dev/sdd: UUID="87370e62-1293-3314-2f1b-e16c2b23dcad"
> TYPE="linux_raid_member"
> /dev/sde: UUID="87370e62-1293-3314-2f1b-e16c2b23dcad"
> TYPE="linux_raid_member"
> /dev/sdf: UUID="87370e62-1293-3314-2f1b-e16c2b23dcad"
> TYPE="linux_raid_member"
> /dev/sdg1: UUID="8dbe4ac4-9f1c-4627-88f4-36d2dd385f0b" TYPE="ext3"
> /dev/sdg2: UUID="2c30732d-f8ba-414c-93c0-84a7d057d44b" TYPE="ext3"
> /dev/sdg3: UUID="b23291b1-fca5-4b8c-b0c9-5ff492395282" TYPE="ext3"
> /dev/sdc: UUID="87370e62-1293-3314-2f1b-e16c2b23dcad"
> TYPE="linux_raid_member"
>
> sdg to system.
>
> teraz zawartosc /dev/disk to:
> by-id by-path, gdzie w by-id mam cos takiego:
> ata-_-part1 ata-_-part2 ata-_-part3 ata-_-part4 ata-_-part5 ata-_-part6
> ktore wskazuja na odpowiednio na hda1 do 6. czegos takiego nie mam w
> systemie. czy mozna to skasowac w wygenerowac na nowo?
/lib/udev/rules.d/60-persistent-storage.rules; jak z tego pliku widać,
numery seryjne biorą się z wywołania ata_id, scsi_id, path_id itd.,
które to programiki z kolei dostarcza sam udev:
# rpm -qf `locate ata_id`
udev-181-2.fc17.x86_64
W Slackware zapewne jest tak samo. Szukałbym problemu z wykonywalnością
tych programików. Wygenerowanie ponowne tych wpisów w /dev wymaga
zapewne użycia "udevadm".
--
Tomasz Torcz "Funeral in the morning, IDE hacking
xmpp: zdzi...@chrome.pl in the afternoon and evening." - Alan Cox
Servant
Feb 20, 2012, 10:13:11 AM2/20/12
to
K <a@b.c> napisał(a) w wiadomosci do grupy dyskusyjnej
> czy mozna to skasowac w wygenerowac na nowo?
# udevadm trigger
Podobno pomaga w takich sytuacjach.
/dev/disk-by/id
potrzebujesz do LILO
Spróbuj ls -lF /dev/disk/by-id |grep -v part
Wypisze Ci ID dysków. Wybierz ten, który odpowiada Twojemu /dev/sdg
i wpisz w lilo w lini:
boot="/dev/disk/by-id/ata-tutaj_twoj_ID"
Tak jak to jest w moim lilo.conf
Poza tym niezbędny jest initrd.
Jeśli sie nie pomylisz z /disk-by/id i /disk-by/uuid
będzie działać.
Powodzenia.
--
Pozdrawiam
Servant
> czy mozna to skasowac w wygenerowac na nowo?
Podobno pomaga w takich sytuacjach.
/dev/disk-by/id
potrzebujesz do LILO
Spróbuj ls -lF /dev/disk/by-id |grep -v part
Wypisze Ci ID dysków. Wybierz ten, który odpowiada Twojemu /dev/sdg
i wpisz w lilo w lini:
boot="/dev/disk/by-id/ata-tutaj_twoj_ID"
Tak jak to jest w moim lilo.conf
Poza tym niezbędny jest initrd.
Jeśli sie nie pomylisz z /disk-by/id i /disk-by/uuid
będzie działać.
Powodzenia.
--
Pozdrawiam
Servant
Servant
Feb 20, 2012, 10:15:18 AM2/20/12
to
Servant <fre...@rcs.cy> napisał(a) w wiadomosci do grupy dyskusyjnej
>poniższe lilo wykonał bez szemrania.
>> root= "UUID=85c285c3-7e2f-4956-abe2-0e5bf1c33544"
>
Pozdrawiam
Servant
>poniższe lilo wykonał bez szemrania.
>> root= "UUID=85c285c3-7e2f-4956-abe2-0e5bf1c33544"
>
Ale uruchomić system się nie chciał. Napisało, że ta linia jest błędna.
Jednak problem pokonałem. Dla potomności:
Dystrybucja Slackware 13.37 z jądrem 2.6.37.6-smp
Utworzyłem initrd.gz poleceniem
Jednak problem pokonałem. Dla potomności:
Dystrybucja Slackware 13.37 z jądrem 2.6.37.6-smp
mkinitrd -c -k 2.6.37.6-smp -m ext3 -f ext3 -r UUID="85c285c3-7e2f-
4956-abe2-0e5bf1c33544"
W lilo.conf mam tak:
-------------------------------------------
4956-abe2-0e5bf1c33544"
W lilo.conf mam tak:
-------------------------------------------
boot="/dev/disk/by-id/ata-ST3250620A_3QF0FJKZ"
message = /boot/boot_message.txt
prompt
timeout = 200
message = /boot/boot_message.txt
prompt
timeout = 200
change-rules
reset
vga = 769
lba32
append="vt.default_utf8=1"
# End LILO global section
# Linux bootable partition config begins
image = /boot/vmlinuz
initrd = /boot/initrd.gz
reset
vga = 769
lba32
append="vt.default_utf8=1"
# End LILO global section
# Linux bootable partition config begins
image = /boot/vmlinuz
root = /dev/disk/by-uuid/85c285c3-7e2f-4956-abe2-0e5bf1c33544
label = Linux
read-only
label = Linux
read-only
-------------------------------------------
Ponieważ na tym dysku są dwie zwykłe partycje i swap
mój /etc/fstab wygląda następująco:
-------------------------------------------
UUID="85c285c3-7e2f-4956-abe2-0e5bf1c33544"<--->/ ext3 defaults 1
1
UUID="2e110cf5-0b93-4143-ad9c-a59ae51c5222"<--->/dane2 ext3
noatime,nodiratime,rw 1 2
UUID="69a8704d-ba17-4cc7-afa6-647ed1b2c0f0"<--->swap swap
defaults 0 0
-------------------------------------------
System się uruchomił.
Po podpięciu nowego dysku SATA, - również działa.
/bin/df jednak pokazuje, że teraz partycje dysku systemowego to
/dev/sdeX
a nowo podpięty dysk /dev/sdd (poprzednio /dev/sdd był dyskiem
systemowym).
Zatem wszystko działa.
Oczywiście UUID-y to konkretnie moje partycje. Chyba nikomu
nie przyjdzie do glowy tego bezmyślnie kopiować. :-)
--
Ponieważ na tym dysku są dwie zwykłe partycje i swap
mój /etc/fstab wygląda następująco:
-------------------------------------------
UUID="85c285c3-7e2f-4956-abe2-0e5bf1c33544"<--->/ ext3 defaults 1
1
UUID="2e110cf5-0b93-4143-ad9c-a59ae51c5222"<--->/dane2 ext3
noatime,nodiratime,rw 1 2
UUID="69a8704d-ba17-4cc7-afa6-647ed1b2c0f0"<--->swap swap
defaults 0 0
-------------------------------------------
System się uruchomił.
Po podpięciu nowego dysku SATA, - również działa.
/bin/df jednak pokazuje, że teraz partycje dysku systemowego to
/dev/sdeX
a nowo podpięty dysk /dev/sdd (poprzednio /dev/sdd był dyskiem
systemowym).
Zatem wszystko działa.
Oczywiście UUID-y to konkretnie moje partycje. Chyba nikomu
nie przyjdzie do glowy tego bezmyślnie kopiować. :-)
Pozdrawiam
Servant
K
Feb 22, 2012, 3:14:32 AM2/22/12
to
W dniu 20-02-2012 16:15, Servant pisze:
witam,
zrobilem:
# mkinitrd -c -k 3.2.7-xxx -m ext4 -f ext4 -r
UUID="e4fc0b12-df7f-4254-8740-5509f7343c24"
5732 blocks
/boot/initrd.gz created.
Be sure to run lilo again if you use it.
# lilo
Added Linux
Added 3.2.7-xx
Warning: The initial RAM disk is too big to fit between the kernel and
the 15M-16M memory hole. It will be loaded in the highest memory as
though the configuration file specified "large-memory" and it will
be assumed that the BIOS supports memory moves above 16M.
Added 3.2.7-xxx ? *
One warning was issued.
lilo wyglada tak:
lba32
append=" vt.default_utf8=1"
boot = "/dev/disk/by-id/ata-WDC_WD800JB-00JJC0_WD-WCAM9S536040-part1"
prompt
timeout = 50
change-rules
reset
vga = normal
default = 3.2.7-xxx
image = /boot/vmlinuz
root = /dev/sdf1
label = Linux
read-only
image = /boot/3.2.7-xx
root = /dev/sdf1
label = 3.2.7-r0x
read-only
image = /boot/3.2.7-xxx
initrd = /boot/initrd.gz
root = /dev/disk/by-uuid/e4fc0b12-df7f-4254-8740-5509f7343c24
label = 3.2.7-xxx
read-only
zrobilem:
# mkinitrd -c -k 3.2.7-xxx -m ext4 -f ext4 -r
UUID="e4fc0b12-df7f-4254-8740-5509f7343c24"
5732 blocks
/boot/initrd.gz created.
Be sure to run lilo again if you use it.
# lilo
Added Linux
Added 3.2.7-xx
Warning: The initial RAM disk is too big to fit between the kernel and
the 15M-16M memory hole. It will be loaded in the highest memory as
though the configuration file specified "large-memory" and it will
be assumed that the BIOS supports memory moves above 16M.
Added 3.2.7-xxx ? *
One warning was issued.
lilo wyglada tak:
lba32
append=" vt.default_utf8=1"
boot = "/dev/disk/by-id/ata-WDC_WD800JB-00JJC0_WD-WCAM9S536040-part1"
prompt
timeout = 50
change-rules
reset
vga = normal
default = 3.2.7-xxx
image = /boot/vmlinuz
root = /dev/sdf1
label = Linux
read-only
image = /boot/3.2.7-xx
root = /dev/sdf1
label = 3.2.7-r0x
read-only
image = /boot/3.2.7-xxx
initrd = /boot/initrd.gz
root = /dev/disk/by-uuid/e4fc0b12-df7f-4254-8740-5509f7343c24
label = 3.2.7-xxx
read-only
K
Feb 22, 2012, 3:57:58 AM2/22/12
to
W dniu 22-02-2012 09:14, K pisze:
http://nil-techno.blogspot.com/2009/10/lilo-warning-initial-ram-disk-is-too.html
>
> witam,
>
> zrobilem:
> # mkinitrd -c -k 3.2.7-xxx -m ext4 -f ext4 -r
> UUID="e4fc0b12-df7f-4254-8740-5509f7343c24"
> 5732 blocks
> /boot/initrd.gz created.
> Be sure to run lilo again if you use it.
> # lilo
> Added Linux
> Added 3.2.7-xx
> Warning: The initial RAM disk is too big to fit between the kernel and
> the 15M-16M memory hole. It will be loaded in the highest memory as
> though the configuration file specified "large-memory" and it will
> be assumed that the BIOS supports memory moves above 16M.
> Added 3.2.7-xxx ? *
> One warning was issued.
>
ok, chyba znalazlem odpowiedz:
> witam,
>
> zrobilem:
> # mkinitrd -c -k 3.2.7-xxx -m ext4 -f ext4 -r
> UUID="e4fc0b12-df7f-4254-8740-5509f7343c24"
> 5732 blocks
> /boot/initrd.gz created.
> Be sure to run lilo again if you use it.
> # lilo
> Added Linux
> Added 3.2.7-xx
> Warning: The initial RAM disk is too big to fit between the kernel and
> the 15M-16M memory hole. It will be loaded in the highest memory as
> though the configuration file specified "large-memory" and it will
> be assumed that the BIOS supports memory moves above 16M.
> Added 3.2.7-xxx ? *
> One warning was issued.
>
http://nil-techno.blogspot.com/2009/10/lilo-warning-initial-ram-disk-is-too.html
Tomasz Torcz
Feb 22, 2012, 4:24:57 AM2/22/12
to
Dzieki, K, za post o tresci:
--
Tomasz Torcz To co nierealne -- tutaj jest normalne.
xmpp: zdzi...@chrome.pl Ziomale na życie mają tu patenty specjalne.
K
Feb 22, 2012, 4:30:08 AM2/22/12
to
W dniu 22-02-2012 10:24, Tomasz Torcz pisze:
na gruba ktorego nawet slackware oficjalnie nie wspiera. po za tym,
nigdy nie mialem z grubem do czynienia (w sensie konfiguracji). szybciej
znajde rozwiazanie uzywajac lilo ;)
pozdrawiam.
> Dzieki, K, za post o tresci:
>> W dniu 22-02-2012 09:14, K pisze:
>>>
>>> witam,
>>>
>>> zrobilem:
>>> # mkinitrd -c -k 3.2.7-xxx -m ext4 -f ext4 -r
>>> UUID="e4fc0b12-df7f-4254-8740-5509f7343c24"
>>> 5732 blocks
>>> /boot/initrd.gz created.
>>> Be sure to run lilo again if you use it.
>>> # lilo
>>> Added Linux
>>> Added 3.2.7-xx
>>> Warning: The initial RAM disk is too big to fit between the kernel and
>>> the 15M-16M memory hole. It will be loaded in the highest memory as
>>> though the configuration file specified "large-memory" and it will
>>> be assumed that the BIOS supports memory moves above 16M.
>>> Added 3.2.7-xxx ? *
>>> One warning was issued.
>>>
>>
>> ok, chyba znalazlem odpowiedz:
>> http://nil-techno.blogspot.com/2009/10/lilo-warning-initial-ram-disk-is-too.html
>
> A może w 2012 w końcu odstawić LILO do lamusa?
>
>
wiesz, jestem juz w trakcie problemu wiec nie bede nagle zmienial lilo
>> W dniu 22-02-2012 09:14, K pisze:
>>>
>>> witam,
>>>
>>> zrobilem:
>>> # mkinitrd -c -k 3.2.7-xxx -m ext4 -f ext4 -r
>>> UUID="e4fc0b12-df7f-4254-8740-5509f7343c24"
>>> 5732 blocks
>>> /boot/initrd.gz created.
>>> Be sure to run lilo again if you use it.
>>> # lilo
>>> Added Linux
>>> Added 3.2.7-xx
>>> Warning: The initial RAM disk is too big to fit between the kernel and
>>> the 15M-16M memory hole. It will be loaded in the highest memory as
>>> though the configuration file specified "large-memory" and it will
>>> be assumed that the BIOS supports memory moves above 16M.
>>> Added 3.2.7-xxx ? *
>>> One warning was issued.
>>>
>>
>> ok, chyba znalazlem odpowiedz:
>> http://nil-techno.blogspot.com/2009/10/lilo-warning-initial-ram-disk-is-too.html
>
> A może w 2012 w końcu odstawić LILO do lamusa?
>
>
na gruba ktorego nawet slackware oficjalnie nie wspiera. po za tym,
nigdy nie mialem z grubem do czynienia (w sensie konfiguracji). szybciej
znajde rozwiazanie uzywajac lilo ;)
pozdrawiam.
piecia aka dracorp
Feb 22, 2012, 6:43:07 AM2/22/12
to
Dnia Wed, 22 Feb 2012 10:30:08 +0100, K napisał(a):
> wiesz, jestem juz w trakcie problemu wiec nie bede nagle zmienial lilo
> na gruba ktorego nawet slackware oficjalnie nie wspiera. po za tym,
> nigdy nie mialem z grubem do czynienia (w sensie konfiguracji). szybciej
> znajde rozwiazanie uzywajac lilo ;)
Biorąc pod uwagę że wszędzie teraz wciskają nowego gruba którego jakoś
> wiesz, jestem juz w trakcie problemu wiec nie bede nagle zmienial lilo
> na gruba ktorego nawet slackware oficjalnie nie wspiera. po za tym,
> nigdy nie mialem z grubem do czynienia (w sensie konfiguracji). szybciej
> znajde rozwiazanie uzywajac lilo ;)
nie trawię.
--
piecia aka dracorp
pisz na: piotr kropka rogoza at wp kropka eu
K
Feb 22, 2012, 7:56:36 AM2/22/12
to
W dniu 22-02-2012 12:43, piecia aka dracorp pisze:
dalej mam ten sam problem.
> Dnia Wed, 22 Feb 2012 10:30:08 +0100, K napisał(a):
>
>> wiesz, jestem juz w trakcie problemu wiec nie bede nagle zmienial lilo
>> na gruba ktorego nawet slackware oficjalnie nie wspiera. po za tym,
>> nigdy nie mialem z grubem do czynienia (w sensie konfiguracji). szybciej
>> znajde rozwiazanie uzywajac lilo ;)
>
> Biorąc pod uwagę że wszędzie teraz wciskają nowego gruba którego jakoś
> nie trawię.
>
>
>
biorac po uwage ze to co napislem wyzej, ze chyba znalazlem rozwiazanie:
>
>> wiesz, jestem juz w trakcie problemu wiec nie bede nagle zmienial lilo
>> na gruba ktorego nawet slackware oficjalnie nie wspiera. po za tym,
>> nigdy nie mialem z grubem do czynienia (w sensie konfiguracji). szybciej
>> znajde rozwiazanie uzywajac lilo ;)
>
> Biorąc pod uwagę że wszędzie teraz wciskają nowego gruba którego jakoś
> nie trawię.
>
>
>
dalej mam ten sam problem.
Servant
Feb 25, 2012, 9:50:55 AM2/25/12
to
K <a@b.c> napisał(a) w wiadomosci do grupy dyskusyjnej
> Warning: The initial RAM disk is too big to fit between the kernel and
> the 15M-16M memory hole. It will be loaded in the highest memory as
> though the configuration file specified "large-memory" and it will
> be assumed that the BIOS supports memory moves above 16M.
> Added 3.2.7-xxx ? *
>
U mnie też ten komunikat wystapił, ale jędro załadowało
się bez problemu. Nie roztrząsałem tematu.
> boot = "/dev/disk/by-id/ata-WDC_WD800JB-00JJC0_WD-WCAM9S536040-part1"
To "-part1" na końcu linii jest chyba zbędne.
--
Pozdrawiam
Servant
> Warning: The initial RAM disk is too big to fit between the kernel and
> the 15M-16M memory hole. It will be loaded in the highest memory as
> though the configuration file specified "large-memory" and it will
> be assumed that the BIOS supports memory moves above 16M.
> Added 3.2.7-xxx ? *
>
się bez problemu. Nie roztrząsałem tematu.
> boot = "/dev/disk/by-id/ata-WDC_WD800JB-00JJC0_WD-WCAM9S536040-part1"
To "-part1" na końcu linii jest chyba zbędne.
--
Pozdrawiam
Servant
Bartosz
Mar 29, 2012, 4:28:16 AM3/29/12
to
Miałem identyczny probtablem aż do tego tygodnia.
USB-HDD nazwę go (1) oraz 3xSATA.
dev (1) się przełacza się raz jest sda raz sdd i system ma problemy z podmontowaniem wszystkiego bo w wczesniej dysk był
zainstalowany na sda a po dodaniu dysków wylądował jako sdd.
WAŻNE:
Od wersji kernela 3.2.13 działa na 100% poprawne wykrywanie dysków USB-HDD po UUID w zwiazku z czym w końcu montuje sobie poprawnie.
We wczesniejszych 3.2 nie działało, lecz nie dam głowy w której dokładnie wersji poprawili.
Tak więc po UUID go wykryje na 100% poprawnie.
Ustaw poprawnie mtab i musi chulać. No i oczywiście polecam wykrywanie dysków po UUID.
USB-HDD nazwę go (1) oraz 3xSATA.
dev (1) się przełacza się raz jest sda raz sdd i system ma problemy z podmontowaniem wszystkiego bo w wczesniej dysk był
zainstalowany na sda a po dodaniu dysków wylądował jako sdd.
WAŻNE:
Od wersji kernela 3.2.13 działa na 100% poprawne wykrywanie dysków USB-HDD po UUID w zwiazku z czym w końcu montuje sobie poprawnie.
We wczesniejszych 3.2 nie działało, lecz nie dam głowy w której dokładnie wersji poprawili.
Tak więc po UUID go wykryje na 100% poprawnie.
Ustaw poprawnie mtab i musi chulać. No i oczywiście polecam wykrywanie dysków po UUID.
Bartosz
Mar 29, 2012, 4:31:04 AM3/29/12
to
# (0) Arch Linux
LABEL arch
MENU LABEL Arch Linux Power Machine
APPEND hd0 0
LINUX ../vmlinuz-linux
APPEND root=/dev/disk/by-uuid/efa72f40-8de2-4f04-a154-d819464ae1b4 ro
INITRD ../initramfs-linux.img
i chodzi na 100% pomimo że butuję z dysku ATA podpiętego po USB ;)
LABEL arch
MENU LABEL Arch Linux Power Machine
APPEND hd0 0
LINUX ../vmlinuz-linux
APPEND root=/dev/disk/by-uuid/efa72f40-8de2-4f04-a154-d819464ae1b4 ro
INITRD ../initramfs-linux.img
i chodzi na 100% pomimo że butuję z dysku ATA podpiętego po USB ;)
0 new messages