🚀 go-pugleaf

Servant pisze:
> 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
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.
> 
[...]
> 
> 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ę?
> 

Servant <freinag@rcs.cy> writes:

> 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
    ^^^^^^^^^^^^^^ [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? 

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

kjonca@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

PawelS <cbrbob@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

Servant pisze:
> PawelS <cbrbob@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.

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

Servant <freinag@rcs.cy> writes:

> kjonca@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 :)
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ół)

kjonca@poczta.onet.pl (Kamil Jońca) napisał(a) w wiadomosci do grupy 
dyskusyjnej

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

Servant <freinag@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:

-------------------------------------------
boot="/dev/disk/by-id/ata-ST3250620A_3QF0FJKZ"
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
root = /dev/disk/by-uuid/85c285c3-7e2f-4956-abe2-0e5bf1c33544
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

PawelS <cbrbob@10g.pl> napisał(a) w wiadomosci do grupy dyskusyjnej

> 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

W dniu 01-02-2012 18:19, Servant pisze:
> Servant<freinag@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:
>
> -------------------------------------------
> boot="/dev/disk/by-id/ata-ST3250620A_3QF0FJKZ"
> 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
> root = /dev/disk/by-uuid/85c285c3-7e2f-4956-abe2-0e5bf1c33544
> 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ć. :-)
>

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)

 Dzieki, K, za post o tresci: 
> 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
/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: zdzichubg@chrome.pl    in the afternoon and evening." - Alan Cox

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

Servant <freinag@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 initrd.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
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
root = /dev/disk/by-uuid/85c285c3-7e2f-4956-abe2-0e5bf1c33544
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

W dniu 20-02-2012 16:15, Servant pisze:
> Servant<freinag@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 initrd.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
> 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
> root = /dev/disk/by-uuid/85c285c3-7e2f-4956-abe2-0e5bf1c33544
> 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ć. :-)
>
>
>
>

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

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

 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?


-- 
Tomasz Torcz                        To co nierealne -- tutaj jest normalne.
xmpp: zdzichubg@chrome.pl          Ziomale na życie mają tu patenty specjalne.

W dniu 22-02-2012 10:24, Tomasz Torcz pisze:
>   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 
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.

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



-- 
piecia aka dracorp
pisz na: piotr kropka rogoza at wp kropka eu

W dniu 22-02-2012 12:43, piecia aka dracorp pisze:
> 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: 
dalej mam ten sam problem.

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

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. 

# (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 ;)