Forum Debian Users Gang

Jedziesz na tym konfigu, jest wielki, zły i brzydki :) Jeżeli znajdziesz jeszcze chwilę cierpliwości...

Olej grubego na razie :) Ten drugi ma osobny plik konfiguracyjny i trzeba go jeszcze chyba przepisać do mbr. Sprawdź konfig, to jest siduxowy z częścią (sporą) opcji poprzestawianych na sztywno. U mnie wstaje bez initrd, no i kompiluje się wieczność, ale to tylko w ramach testu.

Jeżeli teraz na tej kobyle nie wstanie, to śmiem twierdzić, że nie jest to wina konfiguracji jajka.
Tylko że już nie mam pomysłów co innego może nie grać...


Edit:

Może być że nie ma czegoś odnośnie systemu plików jedynie, ale czego

Też mi taka myśl przemknęła, dlatego sprawdziłem wczoraj czy wstanie u mnie na ext4. No i wstał...

Ostatnio edytowany przez ArnVaker (2009-11-23 17:00:14)

W sumie to nie wiem po co. I tak jest automatycznie sprawdzana co ileś montowań, a na dystrybucyjnym jajku wszystko jest w porządku.

Czyli to też nie wina partycji samej w sobie...

Ostatnio edytowany przez ArnVaker (2009-11-23 17:03:46)

Ja ma taki:

gcc version 4.4.2 (Gentoo 4.4.2 p1.0)

Ale to też nie powinno mieć znaczenia.


Edit:
Na Debianie przecież też kompilowałem tym:

gcc (Debian 4.3.4-6) 4.3.4

Ostatnio edytowany przez ArnVaker (2009-11-23 17:10:38)

Wracając do gruba, to jakie wcześniej miałeś pakiety z "grub" w nazwie?
Debianowy grub-legacy obsługuje jednak ext4, czy to może ten wynalazek?

marg1 napisał(-a):

Wcześniej miałem grub-legacy teraz nie mam.

To on obsługuje ext4? Cały czas myślałem, że nie :)

Może to jednak coś z tym grubem. No ale skoro nie masz  partycji /boot to musi obsługiwać, dziwne... Proponuję zaktualizować do końca do grub2, ale ostrożnie, najpierw poczytaj itd. itp., żeby czasem nie skończyło się reinstalacją systemu ]:-> Ja go nigdy nie używałem, mam wydzieloną partycję /boot.

Sporo informacji o grub2 - http://sidux.com/index.php?module=Wikula&tag=Grub2Intro

Mam około 3 kernele nie pamiętam ile, bo w siduxie nowe jajko wychodzi średnio dwa razy dziennie a ja na bieżąco aktualizuję :)
Tak że mogę tego spróbować.
Ale jutro :P
Jesteś niezmordowany :D

Ostatnio edytowany przez marg1 (2009-11-23 23:07:06)

Zrobiłem, system wstał :)
initrd.img-2.6.31-6.slh.1-sidux-amd64
A tu jest initrd.img-2.6.31-6.slh.1-sidux-amd64.bak Nie wiem, czy się przyda :)

Ostatnio edytowany przez marg1 (2009-11-24 11:42:38)

Już chyba wiem, gdzie jest problem:
To wydruk wcześniejszy z fdisk -l , wkleiłem go wcześniej na forum:

Disk /dev/sda: 640.1 GB, 640133946880 bytes
255 heads, 63 sectors/track, 77825 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xa2d1a2d1

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        5099    40955675+   7  HPFS/NTFS
/dev/sda2            5100       77824   584163562+   f  W95 Ext'd (LBA)
/dev/sda5            5100       77824   584163531    7  HPFS/NTFS

Disk /dev/sdb: 163.9 GB, 163915135488 bytes
255 heads, 63 sectors/track, 19928 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk identifier: 0x00000001

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1        3647    29294496   83  Linux
/dev/sdb2            3648       19929   130785165    5  Extended
/dev/sdb5            3648        4376     5855661   82  Linux swap / Solaris
/dev/sdb6            4377       19929   124929441   83  Linux

To wydruk z teraz:

Disk /dev/sda: 163.9 GB, 163915135488 bytes
255 heads, 63 sectors/track, 19928 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000001

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1        3647    29294496   83  Linux
/dev/sda2            3648       19929   130785165    5  Extended
/dev/sda5            3648        4376     5855661   82  Linux swap / Solaris
/dev/sda6            4377       19929   124929441   83  Linux

Disk /dev/sdb: 640.1 GB, 640133946880 bytes
255 heads, 63 sectors/track, 77825 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xa2d1a2d1

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1        5099    40955675+   7  HPFS/NTFS
/dev/sdb2            5100       77824   584163562+   f  W95 Ext'd (LBA)
/dev/sdb5            5100       77824   584163531    7  HPFS/NTFS

/etc/fstab też aktualny:

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>

#Entry for /dev/sdb1 :
UUID=5f920d9e-ef7c-4369-8a76-263e93c11708       /       ext4    defaults,errors=remount-ro,noatime,barrier=0    0     $
#Entry for /dev/sda1 :
UUID=265C90055C8FCDCD   /media/disk1part1       ntfs-3g defaults,auto,users,locale=pl_PL.UTF-8  0       0
#Entry for /dev/sda5 :
UUID=2ECC241ACC23DB3C   /media/disk1part5       ntfs-3g defaults,auto,users,locale=pl_PL.UTF-8  0       0
#Entry for /dev/sdb6 :
UUID=616048fe-d89e-4fb5-97a6-bda7296b2694       /media/disk2part6       ext3    auto,users,rw,exec,noatime      0     $
#Entry for /dev/sdb5 :
UUID=f9173822-ed01-4a2f-97a1-43ac98e7f523       none    swap    sw      0       0
/dev/cdrom      /media/cdrom    udf,iso9660     noauto,ro,users 0       0

Już chyba to wcześniej zauważyłem, ale nie dawałem temu wiary bo myślałem, że głupieję, ale jak widać, co któreś uruchomienie dyski zamieniają się kolejnością :)
Przysięgam, ze nie zmieniam kolejności botowania dysków w BIOS-ie! :)
Z resztą, gdybym tak zrobił, grub by się nie załadował, bo mam go tylko na dysku z  windowsem.

Być może coś robi w konia mnie i gruba, co nie wpisze do menu.lst, po restarcie  zmienia się kolejność dysków w fdisk -l i dlatego grub tej partycji nie widzi. Ale czemu w takim razie na tym aktualnym kernelu za każdym razem grub wstaje? Wiem czemu, bo dyski w /etc/fstab są zamontowane po UUID-ch, a nie po ścieżkach.
Czy da się w siduxie zamontować te dyski normalnie po ścieżkach? - Mam na myśli plik /etc/fstab ?
Z drugiej strony jak do gruba wpiszę UUID-y to mam kernel panic, więc może zatem zamontować w /etc/fstab dyski po ścieżkach a nie po UUID-ach i do gruba wpisać ścieżki - tak jak mam teraz? Tzn w zasadzie może wywalić UUID-y /etc/fstab, bo sa w nim jak widać i UUID-y i ścieżki, więc może wywalić UUID-y i zamontować tak jak się montuje standardowo w Debianie po ścieżkach? Tylko czy to zadziała w Siduxie?
Tylko czy tak się da?

Ostatnio edytowany przez marg1 (2009-11-24 13:58:19)

To może grub w Siduksie wymaga UUID'ów, a co za tym idzie ie można mieć w nim kernela bez inird - czyli powinienem faktycznie zaktualizować grub, może?

Tyle czasu, żeby zaobserwować takie głupie zjawisko, a już mi coś świtało wcześńiej, tylko mówię, nie chyba się pomyliłem, pewnie tak było, a to było odwrotnie i co chwile jest odwrotnie - Shit!:D

Ostatnio edytowany przez marg1 (2009-11-24 14:12:22)

Ale dla nowego repowego, czy tego mojegokompilowanego? Na moim cały czas nie mam UUID'ów w grubie, bo inaczej mam kernel panic. I tak w kółko ja nie mogę....

Ostatnio edytowany przez marg1 (2009-11-24 14:14:14)