/dev-problemer... [LØST]

[Manuel]

Linux-installsjonen fungerte helt glimrende inntil jeg satte inn en ny harddisk til å ha Windows på. Tidligere lå Windows på /dev/sda, mens GNU/Linux holdt til på /dev/hda. Nå har jeg satt inn en ny P-ATA HD som nå er primary master, slik at GNU/Linux ligger på /dev/hdb. BIOS er satt til å starte fra primary master og grub holder derfor til på MBR der. Alle nødvendige endringer har blitt gjort i /boot/grub/menu.lst, samt /boot/grub/device.map.

 

PROBLEMET er at fra grub starter er skjermbildet helt spaghetti. Se på dette bildet. Videre ser det ut til at /dev ikke blir montert som normalt til tross for at jeg har krysset av for dette i kernel-configen (kanskje det ble "hardkodet" mot /dev/hda?). Jeg må derfor montere /dev manuelt (til tross for at jeg har lagt til riktig linje i /etc/fstab) for at nødvendige enheter skal bli opprettet.

 

Og så skal det legges til at virtuelle terminaler IKKE fungerer (men ALT+Fx fungerer), noe som tyder på at det er noe tull med /dev/pty*. URL HER

 

#fdisk -l

Disk /dev/hda: 200.0 GB, 200049647616 bytes
255 heads, 63 sectors/track, 24321 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

  Device Boot      Start         End      Blocks   Id  System
/dev/hda1   *           1        2550    20482843+   7  HPFS/NTFS
/dev/hda2            2551       16708   113724135    f  W95 Ext'd (LBA)
/dev/hda5            2551       10836    66557263+   7  HPFS/NTFS
/dev/hda6           10837       16708    47166808+   e  W95 FAT16 (LBA)

Disk /dev/hdb: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

  Device Boot      Start         End      Blocks   Id  System
/dev/hdb1   *           1        3647    29294496   83  Linux
/dev/hdb2            3648       14593    87923745    f  W95 Ext'd (LBA)
/dev/hdb5           14532       14593      497983+  82  Linux swap / Solaris
/dev/hdb6            3648       14531    87425667   83  Linux

Partition table entries are not in disk order

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

  Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        3188    25607578+   7  HPFS/NTFS
/dev/sda2            3189       19457   130680742+   f  W95 Ext'd (LBA)
/dev/sda5            3189       15937   102406311    7  HPFS/NTFS
/dev/sda6           15938       19457    28274368+   b  W95 FAT32

 

/boot/grub/menu.lst

 

default=5
timeout=5
splashimage=(hd0,0)/boot/grub/splashimages/debsplash.xpm.gz

title Windows NT/2000/XP
rootnoverify (hd0,0)
makeactive
chainloader +1
savedefault

title Debian GNU/Linux, kernel 2.6.11
root (hd1,0)
kernel /boot/vmlinuz-2.6.11 root=/dev/hdb1 ro video=radeonfb:off
savedefault
boot

title Debian GNU/Linux, kernel 2.6.11 (recovery mode)
root (hd1,0)
kernel /boot/vmlinuz-2.6.11 root=/dev/hdb1 ro single video=radeonfb:off
savedefault
boot

Skjermproblemene skyldes nok ikke radeonfb, for jeg har ikke endret på noen parametre bortsett fra hd-navnene.

 

Jeg er takknemmlig for all hjelp :-)

 

edit:

kernel config

Endret 17. april 2005 av Manuel

[zyp]

Problemet er linja i menu.lst som setter splashimage, den står ennå til feil partisjon.

Har gjort samme feilen selv, og da ble grub på samme måte.

[Manuel]

Problemet er linja i menu.lst som setter splashimage, den står ennå til feil partisjon.

Har gjort samme feilen selv, og da ble grub på samme måte.

oops. Har sittet å myst mot menu.lst i et kvarter uten å finne feilen

 

Klart det blir problemer når et tilfeldig minneområde kopieres til skjermbufferet

Endret 17. april 2005 av Manuel

[drall]

CONFIG_LEGACY_PTYS=y

Dette er vel unødvendig, men det burde vel uansett ikke skape problemer?

 

CONFIG_DEVFS_FS=y

CONFIG_DEVFS_MOUNT=y

Bruker du virkelig devfs? Anbefaler deg å heller satse på udev. Kanskje det er verdt et forsøk å boote kernelen med "devfs=nomount".

[Manuel]

CONFIG_LEGACY_PTYS=y

Dette er vel unødvendig, men det burde vel uansett ikke skape problemer?

 

CONFIG_DEVFS_FS=y

CONFIG_DEVFS_MOUNT=y

Bruker du virkelig devfs? Anbefaler deg å heller satse på udev. Kanskje det er verdt et forsøk å boote kernelen med "devfs=nomount".

Tenkte "Better safe than sorry" når jeg gjorde det sånn. Det har alltid fungert for meg, og bytte av harddisk burde ikke hatt noen innflytelse, men nå som alt er ødelagt så er det kanskje like greit å "oppgradere" til udev.

edit: årsaken til det har vel også noe med at jeg brukte en gammel debian stable-versjon som utgangspunkt for unstable-versjonen jeg kjører nå

Endret 17. april 2005 av Manuel

[Manuel]

Nå er udev på plass etter mye pes. Av en merkelig grunn måtte jeg fjeren /dev/udev/devfs.rules samt opprette nødvendig symlink fra /etc/udev/rules.d/udev.rules-> ../udev.rules .Merkelig at ikke ansvarlige for pakken har fått det på plass

 

I utgangspunktet så skyldes nok problemene at devfs først tok over /dev, hvoretter udev monterte tmpfs over /dev. For å få ting til å virke må man da følgelig montere devfs på nytt slik at det havner "over" udev.

 

Uansett så er det utrolig deilig at digitalkameraet kan få enhetsnavnet /dev/olympus og mp3-spilleren får /dev/muvo_n200

[drall]

Nå er udev på plass etter mye pes. Av en merkelig grunn måtte jeg fjeren /dev/udev/devfs.rules samt opprette nødvendig symlink fra /etc/udev/rules.d/udev.rules-> ../udev.rules .Merkelig at ikke ansvarlige for pakken har fått det på plass 

Devfs-navn blir, så vidt jeg vet, valgt dersom det finnes spor etter devfs. Om du hadde gjort "apt-get --purge remove devfsd" først, ville nok de vanlige symlinkene ha blitt opprettet.