Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Witam,
Dziś ściągnąłem sobie kernel 3.0.1 i skompilowałem go. W konfiguracji zmieniłem tylko to, co wiedziałem, że mogę. Skompilowałem kernel bez initrd, za to wkompilowałem ext3 i ext4 z domyślnymi opcjami, a także kompresję gzip zamieniłem na LZO. Kernel się skompilował, po uruchomieniu jednak dostaję błąd.
EXT3-fs (sda4): error: couldn't mount because of unsupported optional features (240) INIT: version 2.88 booting Using makefile-styleconcurrent boot in runlevel S. findfs: unable to resolve 'UUID= ...'
Partycję / mam na ext4, a /home mam na ext3. Błąd dotyczy partycji / (root) - po błędzie jest podane jej UUID.
Pytam tutaj, bo chciałbym sobie później ten kernel uruchomić na innym systemie na tym samym komputerze i nie wiem, czy wtedy system plików się dobrze załaduje.
Z góry dziękuję za odpowiedzi.
Ostatnio edytowany przez bullbasaur (2011-08-17 01:52:26)
Offline
EXT3-fs (sda4): error: couldn't mount because of unsupported optional features (240)
To dotyczy partycji / z systemem plików ext4? Jeżeli tak, to jest ok — nie może jej zamontować jako ext3, bo to ext4. Możesz w argumentach dla kernela dać [tt]rootfstype=ext4[/tt], wtedy od razu użyje właściwego sterownika i komunikat powinien zniknąć.
findfs: unable to resolve 'UUID= ...'
To natomiast wygląda jakby było niezwiązane z tym że kompilowałeś kernel, a było raczej spowodowane błędnym wpisem w fstabie. Sprawdzałeś czy ten uuid zgadza się z tym co zwraca [tt]blkid[/tt]? Na dystrybucyjnym 3.0 ten problem nie występuje?
[b]EDIT:[/b] To drugie w sumie może być związane z uuid w konfigu gruba, wersja 2 chyba w dwóch miejscach wrzuca jakieś uuid. Ten w argumentach dla kernela pewnie został zmieniony na normalne oznaczenie, bo bez tego kernel by panikował, ale może ten drugi został. To już jednak tylko gdybanie, sam nie używam grub2 i nie wiem nawet do czego mu ten drugi uuid potrzebny. Ostatecznie zawsze można zrezygnować z uuid. ;)
Offline
[quote=ArnVaker]
EXT3-fs (sda4): error: couldn't mount because of unsupported optional features (240)
To dotyczy partycji / z systemem plików ext4? Jeżeli tak, to jest ok — nie może jej zamontować jako ext3, bo to ext4. Możesz w argumentach dla kernela dać [tt]rootfstype=ext4[/tt], wtedy od razu użyje właściwego sterownika i komunikat powinien zniknąć.[/quote]
Tak, przy instalacji formatowałem partycję root jako ext4. Testowo sobie odpaliłem ten kernel dopisując to w grubie i pierwszy komunikat zniknął.
[quote=ArnVaker]
findfs: unable to resolve 'UUID= ...'
To natomiast wygląda jakby było niezwiązane z tym że kompilowałeś kernel, a było raczej spowodowane błędnym wpisem w fstabie. Sprawdzałeś czy ten uuid zgadza się z tym co zwraca [tt]blkid[/tt]? Na dystrybucyjnym 3.0 ten problem nie występuje?[/quote]
Na kernelu dystrybucyjnym debiana, a także na liquorixie i innych jądrach z serii 2.6.x nie ma tych problemów.
A co do tego, co wzraca blkid
# blkid | grep sda4 /dev/sda4: UUID="615d63ad-c06f-4f95-9043-664d42e81c7a" TYPE="ext4" $ cat /etc/fstab | grep ext4 UUID=615d63ad-c06f-4f95-9043-664d42e81c7a / ext4 errors=remount-ro 0 1
Na mój rozum wydaje się w porządku.
[quote=ArnVaker][b]EDIT:[/b] To drugie w sumie może być związane z uuid w konfigu gruba, wersja 2 chyba w dwóch miejscach wrzuca jakieś uuid. Ten w argumentach dla kernela pewnie został zmieniony na normalne oznaczenie, bo bez tego kernel by panikował, ale może ten drugi został. To już jednak tylko gdybanie, sam nie używam grub2 i nie wiem nawet do czego mu ten drugi uuid potrzebny. Ostatecznie zawsze można zrezygnować z uuid. ;)[/quote]
Ale to bez sensu jeśli pokazuje UUID tej partycji root, która chwilę później (albo wcześniej) jest montowana...
Czyli, że gdybym wrócił na normalny grub, to by przeszło?
Offline
[quote=bullbasaur]Ale to bez sensu jeśli pokazuje UUID tej partycji root, która chwilę później (albo wcześniej) jest montowana...[/quote]
Niezupełnie… uuid generuje udev, Ty masz kernel bez initrd, zatem system poznaje uuid partycji dopiero po wystartowaniu udeva. Ten komunikat z tego co widzę pojawia się przed jego startem, zatem system nie znajduje partycji via uuid. W przypadku użycia initrd te informacje są w nim zawarte.
[b]EDIT:[/b]
menuentry 'Debian GNU/Linux, with Linux 2.6.32-zen7-amidala' --class debian --class gnu-linux --class gnu --class os { insmod part_msdos insmod ext2 set root='(hd0,msdos5)' search --no-floppy --fs-uuid --set fd4fc8cb-cf6a-4208-a01e-144fd3841282 echo 'Loading Linux 2.6.32-zen7-amidala ...' linux /vmlinuz-2.6.32-zen7-amidala root=/dev/sda7 ro rootfstype=ext4 vga=795 quiet
O ten fragment z uuid mi chodziło:
search --no-floppy --fs-uuid --set fd4fc8cb-cf6a-4208-a01e-144fd3841282
Nie mam pojęcia do czego to jest. ;) Możesz w ramach testu usunąć to z palca i zobaczyć co będzie…
==================
Jeszcze z innej strony — spróbuj wyłączyć równoległe uruchamianie usług:
CONCURRENCY=none
do pliku [i]/etc/default/rcS[/i]
Offline
Tak jest - solved ;)
Wystarczyło usunąć ten fragment we wpisie z podanym UUID i dodać informację o tym, że partycja root jest na ext4 i nie sypie błędami.
Wydaje mi się, że trochę męczącym będzie ciągle to zmieniać, ale cóż. Dziękuję za pomoc.
Offline
To zobacz: [url]http://forum.dug.net.pl/viewtopic.php?pid=150111#p150111[/url], może tamte też wyłączy.
Offline
Czyli z tego co rozumiem to jak mam jądro bez initrd to nie muszę w ogóle podawać we wpisie gruba żadnego uuid?
Tak właśnie przeczytałem osbie te posty z linka.
/etc/grub.d$ cat 10_linux | grep Uncomment /etc/grub.d$
Ale to jeszcze nic, bo przecież mogę to ręcznie zmieniać. Najlepsze jest to:
[quote=raven18]Nie wiem, ale podejrzewam że do przyśpieszenia startu.[/quote]
Ja jak zmierzyłem czas uruchamiania po wywaleniu tego - wyszło sekundę mniej ;)
Offline
[quote=bullbasaur]Czyli z tego co rozumiem to jak mam jądro bez initrd to nie muszę w ogóle podawać we wpisie gruba żadnego uuid?[/quote]
Ba, jak sam kompilujesz kernel, to w ogóle możesz wywalić fragment definiujący partycję / jako argument dla kernela. Kernel sam sobie ją znajdzie, a właściwie użyje tej, która została zdefiniowana w bzImage. Natomiast jak dasz błędny wpis (w przypadku kernela bez initrd wpis po uuid jest błędnym wpisem) będzie panikował. Ten drugi wpis (występujący wcześniej) przyśpieszający/opóźniający to jakiś wymysł gruba2 i jak sam widzisz nie jest niezbędny.
[quote=bullbasaur]
/etc/grub.d$ cat 10_linux | grep Uncomment /etc/grub.d$
[/quote]
To nie tutaj… W [i]/etc/default/grub[/i] chyba. :)
[quote=bullbasaur]Ja jak zmierzyłem czas uruchamiania po wywaleniu tego - wyszło sekundę mniej ;)[/quote]
Tak czułem to przyśpieszenie właśnie. xD
Offline
[quote=ArnVaker][quote=bullbasaur]Czyli z tego co rozumiem to jak mam jądro bez initrd to nie muszę w ogóle podawać we wpisie gruba żadnego uuid?[/quote]
Ba, jak sam kompilujesz kernel, to w ogóle możesz wywalić fragment definiujący partycję / jako argument dla kernela. Kernel sam sobie ją znajdzie, a właściwie użyje tej, która została zdefiniowana w bzImage. Natomiast jak dasz błędny wpis (w przypadku kernela bez initrd wpis po uuid jest błędnym wpisem) będzie panikował. Ten drugi wpis (występujący wcześniej) przyśpieszający/opóźniający to jakiś wymysł gruba2 i jak sam widzisz nie jest niezbędny.[/quote]
A czy z tego nie wynika przypadkiem, że kernel będzie pasował tylko do systemu zainstalowanego na tej samej partycji, na której był kompilowany? ;o
Offline
Bez wpisu tak, ale co za problem dodać wpis i zdefiniować odpowiednią partycję „/” jeśli się zmieni?
Offline
[quote=ArnVaker][quote=bullbasaur]
/etc/grub.d$ cat 10_linux | grep Uncomment /etc/grub.d$
[/quote]
To nie tutaj… W [i]/etc/default/grub[/i] chyba. :)[/quote]
Racja, za chwilę zmienię.
[quote=ArnVaker]Tak czułem to przyśpieszenie właśnie. xD[/quote]
Czytanie tego forum pozwala mi stwierdzić, że w twoim przypadku różnica jednej sekundy to może być nawet 25% czasu uruchamiania systemu :) Więc jednak różnica jest, tym bardziej, że ja ostatnio zachorowałem na "manię lekkości" i właśnie na przyśpieszanie startu systemu :)
[quote=ArnVaker]Bez wpisu tak, ale co za problem dodać wpis i zdefiniować odpowiednią partycję / jeśli się zmieni?[/quote]
Że wtedy mimo kompilowanego przez siebie kernela jednak będzie triochę dłuższe wczytywanie.
--
Przepraszam za podwójnego posta, ale mam wszystko białe na białym tle, nic tu nie widać za bardzo. Może to ten motyw GTK, nie wiem. Pozxa tym słabo ogarniam punBB.
Ostatnio edytowany przez bullbasaur (2011-08-17 13:34:43)
Offline
[quote=bullbasaur]ostatnio zachorowałem na "manię lekkości" i właśnie na przyśpieszanie startu systemu :)[/quote]
Polecam e4rat, u mnie nic go nie przebija przy normalnym podnoszeniu systemu. :)
[quote=bullbasaur]Przepraszam za podwójnego posta, ale mam wszystko białe na białym tle, nic tu nie widać za bardzo. Może to ten motyw GTK, nie wiem. Pozxa tym słabo ogarniam punBB.[/quote]
Połączyłem. :) W profilu możesz zmienić styl forum… Sam nadal używam wersji „stary dug”.
Offline
[quote=ArnVaker][quote=bullbasaur]ostatnio zachorowałem na "manię lekkości" i właśnie na przyśpieszanie startu systemu :)[/quote]
Polecam e4rat, u mnie nic go nie przebija przy normalnym podnoszeniu systemu. :)[/quote]
Taki zamiennik dla readahead? Ok, przetestuję sobie to, bo na razie 12 sekund to bardzo marnie :\
[quote=ArnVaker][quote=bullbasaur]Przepraszam za podwójnego posta, ale mam wszystko białe na białym tle, nic tu nie widać za bardzo. Może to ten motyw GTK, nie wiem. Pozxa tym słabo ogarniam punBB.[/quote]
Połączyłem. :) W profilu możesz zmienić styl forum… Sam nadal używam wersji „stary dug”.[/quote]
Dziękuję, zmieniłem, teraz mogę pisać posty w przeglądarce a nie przeklejać do edytora i z edytora, żeby coś widzieć :P
--
Po odhaszowaniu tego ustawienia gruba bez uuid co się miało stać? Bo jakoś nic nie zauważyłem, może dlatego że nie robiłem update-grub2.
Offline
[quote=bullbasaur]Taki zamiennik dla readahead?[/quote]
Tak, ale IMHO lepszy. :) Fajnie że przyśpiesza nie tylko samo podnoszenie systemu do momentu logowania, ale pozwala skrócić czas uruchomienia danych aplikacji. Z drugiej strony e4rat w przeciwieństwie do readahead jest wyłącznie dla ext4.
[quote=bullbasaur]Po odhaszowaniu tego ustawienia gruba bez uuid co się miało stać?[/quote]
Po zaktualizowaniu [i]grub.cfg[/i] via [tt]update-grub[/tt] itp. powinien nie używać już uuid. Chyba…
Offline
Teraz to jakąś mieszankę wygenerowało.
menuentry 'Debian GNU/Linux, za pomocą systemu Linux 3.0.1-drugi' --class debian --class gnu-linux --class gnu --class os { insmod gzio insmod part_msdos insmod ext2 set root='(hd0,msdos4)' search --no-floppy --fs-uuid --set=root 615d63ad-c06f-4f95-9043-664d42e81c7a echo 'Wczytywanie systemu Linux 3.0.1-drugi...' linux /boot/vmlinuz-3.0.1-drugi root=/dev/sda4 ro quiet }
Offline
Chyba nic się nie zmieniło — w linii zaczynającej się od „linux” już wcześniej nie powinno być uuid. To nie wiem jak można to zautomatyzować w takim razie, może ktoś kto używa grub2 będzie wiedział. A tak w ogóle ten komunikat chyba w niczym nie przeszkadza w sumie.
Offline
[quote=ArnVaker]A tak w ogóle ten komunikat chyba w niczym nie przeszkadza w sumie.[/quote]
Wg bootcharta wydłuża bootowanie o sekundę ;)
Offline
Ano faktycznie, zapomniałem. ;) Tutaj jest sposób żeby w ogóle nie dodawał tej linijki: [url=http://sourceforge.net/apps/mediawiki/bootinfoscript/index.php?title=Boot_Problems:search#Solution]step 4[/url].
Offline
No fajnie, ale wtedy dystrybucyjne kernele z initrd nie będą działać?
Zrobiłęm sobie w 40_custom własny wpis z edytowanym jak trzeba wpisem.
Offline
Będą działać, im też całe to „search” nie jest potrzebne.
Offline
Ale i tak muszę mieć dopisane rootfstype.
Offline
Bo to dwie niezależne sprawy są. :P To zresztą też w sumie w niczym nie przeszkadza…
[tt]rootfstype[/tt] możesz sobie dopisać przy:
GRUB_CMDLINE_LINUX_DEFAULT
Offline
Ano mogę, ale znowu - zadziała to globalnie i chyba nie będze odpalać systemów na ext3? :P
Offline
Nie wiem, sprawdź… Sam używam starego gruba ze statycznym konfigiem, także nie mam takich problemów. ;)
Offline
Ja też jakoś wolałem modyfikacje w menu.lst niż szukanie gdzie można dodać dodatkowe wpisy, dodać je, a później kombinować jak usunąć stare/zmienić ich pozycję.
Ale ustawiłem sobie tak jak ma być w [tt]/etc/grub.d/40_custom[/tt] :)
Offline
Time (s) | Query |
---|---|
0.00009 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00097 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='13.58.28.196' WHERE u.id=1 |
0.00093 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '13.58.28.196', 1732344847) |
0.00054 | SELECT * FROM punbb_online WHERE logged<1732344547 |
0.00082 | DELETE FROM punbb_online WHERE ident='3.143.241.253' |
0.00073 | DELETE FROM punbb_online WHERE ident='3.145.39.176' |
0.00005 | SELECT topic_id FROM punbb_posts WHERE id=179586 |
0.00005 | SELECT id FROM punbb_posts WHERE topic_id=19540 ORDER BY posted |
0.00086 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=19540 AND t.moved_to IS NULL |
0.00005 | SELECT search_for, replace_with FROM punbb_censoring |
0.00195 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=19540 ORDER BY p.id LIMIT 0,25 |
0.00104 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=19540 |
Total query time: 0.00812 s |