Mai 2008 - Linux

Re: Kaputtes /dev/pts/*
by Thomas Laubrock 03 Mai '08

03 Mai '08

Thomas Laubrock schrieb: > Thomas Laubrock schrieb: > >> Ich habe da eines der Initscripte wie /etc/init.d/mtab.sh und >> /etc/init.d/udev in verdacht, die schrauben am devpts rum. >> >> >> > > Also /etc/init.d/udev ist wirklich der Übeltäter. Es setzt ein umount -n > -l /dev/pts ab, was mit -n dafür sorgt, dass /etc/mtab nicht > aktualisiert wird. > > Wenn ich das -n entferne stehen auch keine falschen Angaben mehr in der > Ausgaben von mount. > > Nun ist die Frage, wie und wann UDEV meint /dev/pts wieder anlegen zu > müssen. > Das geschieht nämlich nicht. > > Vielleicht geht UDEV davon aus, dass die Initscripte in anderer > Reihenfolge gestartet werden. Das System, was hier Ärgermacht, war mal > ein Debian Sarge. > Wie ich apt so kenne, werden init-scripte ja nicht angefasst. > Hmm, meine Vermutung schien richtig zu sein. Es lag an der Reihenfloge, inder udev und mtab.sh verlinkt waren. Um es wieder auf einen distrbutions konformen stand zu bringen habe ich dpkg gezwungen die Konfiguration neu zu schreiben und dazu habe ich nur einen rel umständlichen Weg gefunden. update-rc.d -f udev remove update-rc.d -f mtab.sh remove apt-get install -d --reinstall udev dpkg -i --force-confmiss /var/cache/apt/archives/udev_0.105-4_i386.deb apt-get install -d --reinstall initscripts dpkg -i --force-confmiss /var/cache/apt/archives/initscripts_2.86.ds1-38_i386.deb Fällt da jemandem was charmanteres ein? Wenn man die initscripte selber noch aktualisieren möchte, muss man diese vorher auch löschen. Zum Ablauf: Also UDEV scheint /dev/pts zu unmounten, weil es ein TMPFS über /dev legt. Es lässt aber den Eintrag in der /etc/mtab. Später läuft dann /etc/init.d/mtab.sh und synchronisiert /etc/mtab mit dem wirklich gemounteten, so wird dann /dev/pts wieder angelegt. Vorher sind die initscripte in falscher Reihenfolge gestartet worden, was wohl eine Altlast von Sarge ist, was ja kein UDEV sondern Hotplug hatte. Gruß Thomas

1 0

Kaputtes /dev/pts/*
by Thomas Laubrock 03 Mai '08

03 Mai '08

Hi, habe hier auf einem Debian Etch das Problem, dass seit dem Kernel Update von 2.6.18 auf 2.6.21 irgendwas mit /dev/pts nicht in Ordnung ist. Als Symptom kann ich unter X keine Terminals mehr öffnen. Der mount von /dev/pts sieht erst mal O.K.aus: kieken:/data/home/thl# mount /dev/sda1 on / type ext3 (rw) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) /sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) fusectl on /sys/fs/fuse/connections type fusectl (rw) /dev/mapper/lvg1-llv on /data type ext3 (rw,user_xattr) /dev/mapper/lvg1-llvideo on /video type ext3 (rw,user_xattr) tmpfs on /dev type tmpfs (rw,size=10M,mode=0755) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) kieken:/data/home/thl# Allerdings hilft ein umount und dann ein mount: kieken:/data/home/thl#umount /dev/pts umount: devpts: not found umount: /dev/pts: not mounted umount: devpts: not found umount: /dev/pts: not mounted Die Meldungen ist irgendwie seltsam, weil ja wie oben zu sehen /dev/pts wirklich gemountet ist. Die Meldungen tauchen auch wirklich doppelt auf. Mit einem : kieken:/data/home/thl# mount -o noexec,nosuid,rw,gid=5,mode=0620 -t devpts devpts /dev/pts Sieht es dann fast wieder gleich aus: kieken:/data/home/thl# mount /dev/sda1 on / type ext3 (rw) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) /sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) fusectl on /sys/fs/fuse/connections type fusectl (rw) /dev/mapper/lvg1-llv on /data type ext3 (rw,user_xattr) /dev/mapper/lvg1-llvideo on /video type ext3 (rw,user_xattr) tmpfs on /dev type tmpfs (rw,size=10M,mode=0755) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) kieken:/data/home/thl# und unter X kann ich auch wieder Terminals öffnen. Aus der /etc/fstab habe ich /dev/pts komplett auskommentiert, aber es wird immer noch gemountet. Ein paar init.d scripte scheinen das ganze auch zu mounten. Auf einem anderen Debian Etch sind aber die gleichen Scripte am werk und alles funktioniert. Leider finde ich gar nichts in den Logs, wann und wer /dev/pts mountet. Hat jemand eine Idee, wo ich noch schauen kann. Danke Thomas

2 3

Linux auf SUN Blade 100 (SPARC)
by Bernhard Sadlowski 02 Mai '08

02 Mai '08

Hallo, hat sich schon jemand mit Debian auf SPARC näher beschäftigt? Ich habe hier zwei identische und etwas betagte SUN Blade 100 Maschinen zum Spielen (2x20GB IDE Platten, 1 GB RAM), auf denen das neueste Solaris ohne Probleme läuft (Solaris 10u5). Nun habe ich versucht auch Linux zu installieren, also zuerst einmal Debian/Etch 4.0r3: Ausgabe nach "boot cdrom": [...] boot: Allocated 8 Megs of memory at 0x40000000 for kernel Loaded kernel version 2.6.18 Loading initial ramdisk (3882238 bytes at 0x5F800000 phys, 0x40C00000 virt)... - Remapping the kernel... done. Booting Linux... PCI: Bogus PROM assignment. BUS[01] DEVFN[8] PCI: phys[02010810:00000000:00000000] size[00000000:01000000] PCI: RES[0000000004000000-->0000000004ffffff:(200)] Program terminated ok ok .version Release 4.17.1 created 2005/04/11 14:31 OBP 4.17.1 2005/04/11 14:31 POST 2.0.1 2001/08/23 17:13 OBDIAG 4.17.1 2005/04/11 14:36 Die Firmware ist nach dem Patch 119235-01 so aktuell wie möglich. Ich habe es auch mit Gentoo 2007.0 versucht aber es kam ein ähnlicher Fehler. Gentoo 2008.0 beta2 bootet aber bleibt weiter haengen, ebenso lenny/netinst: ok boot cdrom Boot device: /pci@1f,0/ide@d/cdrom@1,0:f File and args: SILO Version 1.4.13 Welcome to Debian GNU/Linux lenny! This is a Debian installation CDROM, built on 20080316-10:55. Keep it once you have installed your system, as you can boot from it to repair the system on your hard disk if that ever becomes necessary. WARNING: You should completely back up all of your hard disks before proceeding. The installation procedure can completely and irreversibly erase them! If you haven't made backups yet, remove the rescue CD from the drive and press L1-A to get back to the OpenBoot prompt. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. [ ENTER - Boot install ] [ Type "expert" - Boot into expert mode ] [ Type "rescue" - Boot into rescue mode ] boot: Allocated 8 Megs of memory at 0x40000000 for kernel Loaded kernel version 2.6.22 [...] usbcore: registered new interface driver usbhid drivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver TCP bic registered NET: Registered protocol family 1 NET: Registered protocol family 17 sungem.c:v0.98 8/24/03 David S. Miller (davem(a)redhat.com) eth0: Sun GEM (PCI) 10/100/1000BaseT Ethernet 00:03:ba:0d:de:60 eth0: Found Generic MII PHY ALI15X3: IDE controller at PCI slot 0000:00:0d.0 ALI15X3: chipset revision 195 ALI15X3: 100% native mode on irq 15 ide0: BM-DMA at 0x1fe02000a20-0x1fe02000a27, BIOS settings: hda:pio, hdb:pio ide1: BM-DMA at 0x1fe02000a28-0x1fe02000a2f, BIOS settings: hdc:pio, hdd:pio hda: ST320414A, ATA DISK drive hdb: LITE-ON DVD SHD-16P1S, ATAPI CD/DVD-ROM drive ide0 at 0x1fe02000a00-0x1fe02000a07,0x1fe02000a1a on irq 15 hdc: ST320414A, ATA DISK drive ide1 at 0x1fe02000a10-0x1fe02000a17,0x1fe02000a0a on irq 15 sym0: <875> rev 0x26 at pci 0000:01:00.0 irq 16 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: SCSI BUS has been reset. scsi0 : sym-2.2.3 hda: max request size: 128KiB hda: 39851760 sectors (20404 MB) w/2048KiB Cache, CHS=39535/16/63, UDMA(66) hda: cache flushes not supported hda: hda1 hda2 hda3 hda7 hdc: max request size: 128KiB hdc: 39851760 sectors (20404 MB) w/2048KiB Cache, CHS=39535/16/63, UDMA(66) hdc: cache flushes not supported hdc:<6>hdb: ATAPI 16X DVD-ROM drive, 1727kB Cache Uniform CD-ROM driver Revision: 3.20 hdc1 hdc2 hdc3 hdc7 ... und weiter gehts leider nicht. Falsche Grafikausgabe? Das passiert übrigens sowohl mit Bildschirm als Konsole als auch über die serielle Konsole. Was kann ich noch probieren? Gibt es andere empfehlenswerte Linux Distributionen fuer SPARC oder kann. Ich habe ausserdem noch NetBSD 4.0 ausprobiert -> bootet aber bleibt nachher haengen. OpenBSD 4.3 dagegen laesst sich problemlos installieren. FreeBSD habe ich (bisher) noch nicht probiert. Bernhard

2 2