Tag Archives: Linux

Booting Linux manually from GRUB when your disk configuration has changed.

Assuming you have a dual boot system, a desktop with multiple drives. GRUB is setup to dual boot wither into Windows or into your Linux distribution. Now, one day, you change the drive configuration. You add or remove a drive or re-partition a disk. GRUB still comes up, but it fails to boot into your Linux distro. What can you do?

In GRUB press `c` to enter the console. Then search for the linux partition. Tab completion works very well.

grub> ls
(hd0) (hd0,gpt1) (hd1) (hd1,gpt1) (hd1,gpt2) (hd2)...

This displays the drives and their partitions. Iterate through the drives and show their contents with ls until you identify the drive which has the vmlinuz* and initrd* files. Again, the Tab completion is super helpful.

grub> ls (hd3,gpt2)/boot/

Your drive configuration and partitions will likely look different. Once you identified the Linux partition boot into it by setting the root partition, linux kernel and init ramdisk followed by the boot command. Make sure you add the correct devicename as parameter for the linux kernel. Drive names are commonly /dev/sd?? (e.g. /dev/sda1, /dev/sdb1, /dev/sdb2, etc) or /dev/nvme?n?p? (e.g. /dev/nvme0n1p2). If you got the device wrong, you probably end up on the console and you can list the devicenames under /dev. Below is the example for my drive configuration.

grub> set root=(hd3,gpt2)
grub> linux /boot/vmlinuz-5.14.0-kali2-amd64 root=/dev/nvme1n1p2
grub> initrd /boot/initrd.img-5.14.0-kali2-amd64
grub> boot

Once booted into your linux distribution, you may want to update grub to detect your boot partitions and to rebuild your boot menu configuration.

# update-grub

How-to get the latest PostgreSQL version installed on Debian – the proper way

PostgreSQL poweredPostgreSQL maintains its own package repositories for binary packages for the most common Linux distributions and operating systems, which allows you to stay up to date through your familiar package manager. If you are running Debian 6 (Squeeze), you may be using the default PostgreSQL 8.4 and if you are running Debian 7 (Wheezy) it ships with PostgreSQL 9.1. Every major version of PostgreSQL comes with significant performance improvements and feature upgrades.


To update your Debian machine to the latest PostgreSQL version all you need to do is to create an additional apt-get source list /etc/apt/sources.list.d/pgdg.list and insert the following line for Debian 6:
deb http://apt.postgresql.org/pub/repos/apt/ squeeze-pgdg main

or the following line for Debian 7:
deb http://apt.postgresql.org/pub/repos/apt/ wheezy-pgdg main

Furthermore you will have to import the PostgreSQL repository signing key
wget --quiet -O - https://www.postgresql.org/media/keys/ACCC4CF8.asc | \
apt-key add -


After updating your package repositories, and upgrading
apt-get update ; apt-get upgrade
PostgreSQL should be upgraded and you should have two database server versions running. In my case 8.4 with all the previous data and 9.2 with no data.


To migrate the database content from the old version to the new database system (8.4 and 9.2 on my machine) you switch to the postgres user and erase the database that was created during installation of the new database system. Afterwards a pg_upgrade command will dump the data of the old server and import it into the new server.
su postgres
pg_dropcluster --stop 9.2 main
pg_upgradecluster 8.4 main

Finally you can uninstall your old version of PostgreSQL.


Howto remove the nVidia linux drivers


Recently it happened to me, that I removed a nVidia 3D accelerated graphics card from my computer which was supported by nVidia’s driver and I wanted to switch back to the integrated graphics chipset which is supported by X.org. However the nVidia driver, which usually comes as a package like NVIDIA-Linux-x86-x.x-xxxx-pkg1.run, has overwritten some libraries and header files so that just changing the driver name in /etc/X11/xorg.conf worked for 2D modes, though OpenGL did not work because some of the X servers lbraries and header files were replaced. Furthermore there was no uninstallation procedure included in the driver package which I had (Version 1.0-7676).


Luckiliy the nVidia installer left a log of the files which were added or replaced in /var/lib/nvidia/log. You may want to delete the mentioned files manually and reinstall the x.org and mesa packages of your distribution to make sure the OpenGL libraries and headers are restored.

Afterwards the X server should work fine again – 3D including.

FRITZ!Card DSL SL mit Linux Kernel 2.6.x

Mit freundlicher Genehmigung von Andreas Huppert.

Original Quelle zu diesem Posting: http://martin.wojtczyk.de/howto/fritzcard_dsl_sl/fcdslsl-kernel-2.6.txt


Folgende Beschreibung will schrittweise darstellen, wie ich meine Fritz!Card DSL SL Karte unter Fedora 2 + Linux-kern zum Laufen gebracht habe. Dennoch gehe ich davon aus, daß dieses Kochbuch auch denjenigen zu Gute kommt, die andere nicht-SuSe Distribution verwenden.

Benötigte Downloads

Kernel Konfiguration

Da möchte ich lediglich auf die ISDN und PPP Konfiguration hinweisen. Die Kommandos “grep ISDN .config” bzw. “grep PPP .config” ergeben folgende Ausgaben:

# ISDN subsystem
# Old ISDN4Linux
# CONFIG_ISDN_I4L is not set

Nach dem REBOOT mit dem neuen Kernel

Bevor wir den fcdslsl-driver übersetzen, muß /usr/src/linux auf den richtigen Kernel-Baum zeigen und das bewirkt folgendes Kommando:

# ln -s /<your path>/linux- /usr/src/linux

Entpacken wir das Archiv fcdslsl-suse9.1-3.11-04.tar.gz :

# tar -xzvf fcdslsl-suse9.1-3.11-04.tar.gz

Übersetzen wir den fcdslsl driver:

# cd fritz
# make install

Das Ende der Ausgabe sollte folgendermaßen aussehen:

for f in src/fcdslsl.ko; do cp -vf $f /lib/modules/; done
`src/fcdslsl.ko' -> `/lib/modules/'
# reboot

Bei diesem REBOOT wird die “Fritz!Card DSL SL” Karte entdeckt und die soll “Using dynamic IP configuration” konfiguriert werden. Diese Aktion hat folgende Konsequenzen:

1. Die Fritz!Card wird als Ethernet Device konfiguriert und damit eine config Datei /etc/sysconfig/network-scripts/ifcfg-eth1 angelegt. Der Inhalt dieser Datei ist allerdings FALSCH(!):

# AVM Audiovisuelles|Fritz!Card DSL SL

Wir müssen die Konfiguration durch “System Settings” -> “Network” -> “Edit” ändern, indem das BOOTPROTO “dialup” wird.

Die RICHTIGE /etc/sysconfig/network-scripts/ifcfg-eth1 Datei sieht so aus:

# AVM Audiovisuelles|Fritz!Card DSL SL
# diese Zeile sollte bewirken, daß ein /etc/resolv.conf angelegt wird

2. In der Datei modprobe.conf ein “alias eth1 fcdslsl” Eintrag, der dazu führt, daß der fcdslsl-driver als eth1-driver benützt wird.

3. Das Modul fcdslsl wird geladen und das zeigen folgende Zeilen in der messages Datei:

CAPI Subsystem Rev
fcdslsl: AVM FRITZ!Card DSL SL driver, revision 0.2.1
fcdslsl: (fcdslsl built on Sep  8 2004 at 19:05:26)
fcdslsl: Loading...
kcapi: Controller 1: fcdslsl-b400-5 attached
fcdslsl: Loaded.

Die eth1 Schnittstelle ist allerdings noch nicht funktionsfähig, dazu brauchen wir noch die capi4k-utils Programme.

CAPI Utilities Installieren

# tar -xzvf capi4k-utils-2004-06-14.tar.gz
# cd capi4k-utils
# make menuconfig

Da müssen folgende Zeilen markiert werden:

           [*] avmcapictrl & capiinit
           [ ] capifax
           [ ] rcapid
           [*] pppdcapiplugin

-> Save

# make install

Sollten Fehler wegen “getpass redefinition” auftreten, muß die Zeile

extern char *getpass (__const char *__prompt);

in /usr/include/unistd.h auskommentiert werden.

capiinit Aufruf vorbereiten

# echo fcdslsl fdssbase.bin > /etc/capi.conf
# cd fritz	# wo der fcdslsl-driver generiert wurde
# cp fdssbase.bin /usr/lib/isdn
# /sbin/capiinit start

Dieses Kommando sollte die Kernel-Module

  • capi
  • capifs
  • kernelcapi

nachladen und in der messages Datei folgende Ausgaben erzeugen:

capifs: Rev
creating device node '/udev/capi'
creating device node '/udev/capi20'
capi20: Rev started up with major 68 (middleware+capifs)
creating device node '/udev/capi24'
creating device node '/udev/capi30'
fcdslsl: Using VCC/VPI/VCI = 0x1/0x1/0x20
fcdslsl: Stack version 3.11-04
kcapi: card 1 "fcdslsl-b400-5" ready.

Zur Kontrolle die “capiinfo” Ausgabe:

Number of Controllers : 1
Controller 1:
Manufacturer: AVM-GmbH
CAPI Version: 2.0
Manufacturer Version: 3.101-04  (49.20)
Serial Number: 0000000
BChannels: 1
Global Options: 0x00000001
   internal controller supported
B1 protocols support: 0x10000000
B2 protocols support: 0x40000002
B3 protocols support: 0x40000001

  00000000 00000000 00000000 00000000 00000000 00000000
  01000001 00020000 00000000 00000000 00000000

Supplementary services support: 0x000003ff
   Hold / Retrieve
   Terminal Portability
   Call Forwarding
   Call Deflection

Verbindugsaufbau zum DSL-Provider

Dazu benötigen wir noch zwei weitere config Dateien:

controller 1
protocol adslpppoe
vpi 1
vci 32
# Ondemand Verbindung zu T-DSL über die Fritz!Card DSL
lcp-echo-interval 5
lcp-echo-failure 3
lcp-max-configure 50
lcp-max-terminate 2
connect ""
mru 1490
mtu 1490
plugin userpass.so
# Anschlusskennung T-Online-Nummer Mitbenutzerkennung
#          |           |           |
user xxxxxxxxxxxx\#yyyyyyyyyyyy\#0001\#@t-online.de
password zzzzzzzz
linkname t-dsl
ipparam internet
plugin capiplugin.so

Die Verbindung wird mit folgendem Kommando aufgebaut:

# /usr/sbin/pppd call t-dsl

Dadurch werden in der messages Datei folgende Ausgaben generiert:

pppd[4532]: Plugin userpass.so loaded.
pppd[4532]: userpass: $Revision: 1.4 $
pppd[4532]: Plugin capiplugin.so loaded.
pppd[4532]: capiplugin: $Revision: 1.34 $
pppd[4532]: capiconn:  1.9
kernel: CSLIP: code copyright 1989 Regents of the University of California
kernel: PPP generic driver version 2.4.2
pppd[4544]: pppd 2.4.2 started by root, uid 0
pppd[4544]: capiplugin: phase serialconn.
pppd[4544]: capiplugin: leased line (adslpppoe)
udev[4543]: creating device node '/udev/ppp'
pppd[4544]: capiplugin: connected: "" -> "" outgoing (pcli=0x101/ncci=0x10101)
pppd[4544]: capiplugin: using /dev/capi/0: "" -> "" outgoing (pcli=0x101/ncci=0x10101)
pppd[4544]: Using interface ppp0
pppd[4544]: Connect: ppp0 <--> /dev/capi/0
pppd[4544]: capiplugin: phase establish (was serialconn).
pppd[4544]: capiplugin: phase authenticate (was establish).
pppd[4544]: PAP authentication succeeded
pppd[4544]: capiplugin: phase network (was authenticate).
pppd[4544]: local  IP address
pppd[4544]: remote IP address
pppd[4544]: capiplugin: phase running (was network).

und folgende Kernel-Module nachgeladen:

  • ppp_synctty
  • ppp_generic
  • slhc

Damit sind wir mit dem DSL-Provider verbunden und “ifconfig -a” zeigt eine neue Netzwerk- Schnittstelle an:

ppp0      Link encap:Point-to-Point Protocol
          inet addr:  P-t-P:  Mask:
          RX packets:62 errors:0 dropped:0 overruns:0 frame:0
          TX packets:62 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:2924 (2.8 Kb)  TX bytes:4554 (4.4 Kb)

Die Verbindung besteht, so lange der Prozess pppd läuft.

DNS (Domain Name Server) ansetzen

Frühere Versionen von capi4k-utils haben nach dem Start von pppd eine /etc/ppp/resolv.conf Datei mit “nameserver” Zeilen erzeugt und wir brauchten lediglich /etc/resolv.conf dazu linken. Die neue Version tut es – zumindest bei mir – nicht, so kann ich zunächst nur die “quick-and-dirty” Lösung anbieten: Wir müssen die /etc/resolv.conf Datei selbst mit folgendem Inhalt anlegen:


Ohne diese Aktion ist die ppp0 Schnittstelle zwar oben, aber wir können keine symbolischen IP-Adressen – wie z.B. www.google.de – erreichen.

Sollte jemand diesbezüglich die richtige Lösung erraten, soll er/sie mich benachrichtigen.


Ich habe mich nicht bemüht, eine abstrakte Beschreibung zu geben, so müssen paar Sachen entsprechend angepaßt/verstanden werden, wie z.B. “eth1”: Das hängt nämlich von den sonstigen vorhandenen Netzwerk-Schnittstellen ab.

Ob und wie das Starten von DSL beim Bootvorgang stattfindet, ist Geschmacksache und ich wollte diesbezüglich keine Insellösung vorschlagen. Ich habe in der ifup script dafür eine kleine Änderung mit “/sbin/capiinit start; /usr/sbin/pppd call t-dsl” gemacht. Sollte jemandem die korrekte Lösung einfallen, soll er/sie mich benachrichtigen.

Andreas Huppert
e-mail: a.hup@web.de

FRITZ!Card DSL SL unter RedHat Linux 9

(dürfte aber auch mit einigen anderen Distributionen funktionieren)

Original Quelle zu diesem Artikel: http://martin.wojtczyk.de/howto/fritzcard_dsl_sl/FRITZ!Card_DSL_SL_unter_RedHat_9_0_-_Howto.html

Andreas Huppert setzte sich mit den kürzlich erschienenen Treibern für den 2.6er Linux-Kernel auseinander und stellte das Howto freundlicherweise für die Veröffentlichung zur Verfügung. FRITZ!Card DSL SL mit Linux Kernel 2.6.x


Wie wohl viele andere Leute auch, habe ich gespannt die Linuxtreiber für die FRITZ!Card DSL SL erwartet, die Ende August erschienen sind, doch die Treiber sind leider nur auf SuSE Linux abgestimmt. Da ich selbst kein Howto für die Installation der Karte unter anderen Distributionen finden konnte, habe ich dieses kleine Howto zusammengestellt. Alle beschriebenen Kommandos sollten als root durchgeführt werden.


Zum einen benötigt man das Treiberpaket fcdslsl-suse8.2-03.11.02.tar.gz (bzw. eine neuere Version) von avm: [1]

sowie das capi4k-utils-Paket capi4k-utils-2003-06-16.tar.gz (oder aktueller) von: [2]

Was den Kernel angeht, so ist seinerseits CAPI 2.0 Unterstützung erforderlich, der Standardkernel von redhat, hat diese integriert, Selberbauer sollten darauf achten, dass im Konfigurationsmenü des Kernels unter ISDN Subsystem -> Active ISDN Cards folgende Punkte aktiviert sind (Weitere Treiber aus diesem Menü sind nicht nötig):

<M> CAPI2.0 support
[ ]   Verbose reason code reporting (kernel size +=7K)
[*]   CAPI2.0 Middleware support (EXPERIMENTAL)
<M>   CAPI2.0 /dev/capi support
[*]     CAPI2.0 filesystem support

Im Menü Network device support aktiviert man noch folgende Punkte:

<M> PPP (point-to-point protocol) support
[ ]   PPP multilink support (EXPERIMENTAL)
<M>   PPP support for async serial ports
<M>   PPP support for sync tty ports
<M>   PPP Deflate compression
<M>   PPP BSD-Compress compression
<M>   PPP over Ethernet (EXPERIMENTAL)

Um die EXPERIMENTAL Punkte einblenden zu lassen ist im Menü Code maturity level options die folgende Option erforderlich:

[*] Prompt for development and/or incomplete code/drivers

Sollten im Laufe der Installation oder beim Laden des Moduls fcdslsl.o Fehlermeldungen der Art “CAPI Modul konnte nicht geladen werden” so ist sehr wahrscheinlich die CAPI Unterstützung im Kernel deaktiviert.


capi4k-utils installieren

tar xzf capi4k-utils-2003-06-16.tar.gz
cd capi4k-utils

anchschließend erscheint ein Konfigurationsmenü, bei dem man vor allem darauf achten sollte, dass man den richtigen Pfad zu den Kernel-Sourcen angibt – unter Redhat: /usr/src/linux-2.4 – sowie darauf, dass man das pppdcapiplugin mitkompiliert, das im Menü an unterster Stelle defaultmäßig deaktiviert ist. Anschließend geht man auf Exit, speichert die Einstellungen und wartet den Kompiliervorgang ab. Nun installiert man die Tools.

make install

FRITZ!Card DSL SL Treiber übersetzen und installieren

tar xzf fcdslsl-suse8.2-03.11.02.tar.gz
cd fritz
make install

Anschließend muss man das SuSE-spezifische start/stop-Skript load-fcdslsl abändern, damit es unter RedHat funktioniert. Dazu habe ich die rc*-Aufrufe auskommentiert… ist vielleicht noch nicht ganz professionell aber es funktioniert damit. In der Datei install macht man nun noch folgende Änderungen:


Zeile 103: opt_check_kernel=1
Zeile 104: opt_check_pppd=1
Zeile 301: drdsl


Zeile 103: opt_check_kernel=0
Zeile 104: opt_check_pppd=0
Zeile 301: ./drdsl

Der pppd muss natürlich in einer aktuellen Version vorhanden sein, aber defaultmäßig findet das Skript den pppd nicht und bricht ab, da unter RedHat /usr/sbin nicht in $PATH enthalten ist. Alternativ zum Ändern der opt_check_pppd-Variable kann man also auch einfach den Pfad mittels PATH=$PATH:/usr/bin ändern. Die beiden geänderten Dateien, habe ich auch zum Download bereitgestellt load-fcdslsl, install

Das install-Skript kopiert u.a. die Firmware der Karte in das Verzeichnis /usr/lib/isdn. Man sollte sicherstellen, dass das Verzeichnis auch tatsächlich existiert oder andernfalls an dieser Stelle selbst erzeugen und anschließend das install-Skript im fritz-Verzeichnis starten:


und fügt start/stop-links in /etc/rc.d/rcX.d hinzu z.B:

ln -s /etc/rc.d/init.d/load-fcdslsl /etc/rc.d/rc3.d/S60load-fcdslsl
ln -s /etc/rc.d/init.d/load-fcdslsl /etc/rc.d/rc4.d/S60load-fcdslsl
ln -s /etc/rc.d/init.d/load-fcdslsl /etc/rc.d/rc5.d/S60load-fcdslsl
ln -s /etc/rc.d/init.d/load-fcdslsl /etc/rc.d/rc3.d/K20load-fcdslsl
ln -s /etc/rc.d/init.d/load-fcdslsl /etc/rc.d/rc4.d/K20load-fcdslsl
ln -s /etc/rc.d/init.d/load-fcdslsl /etc/rc.d/rc5.d/K20load-fcdslsl

Somit werden die Treiber für die Karte bei jedem Systemstart geladen und beim herunterfahren automatisch entfernt.

Internetverbindung mittels pppd aufbauen

Damit die Namensauflösung funktioniert musste ich die Datei resolve.conf vom /etc/ppp-Verzeichnis ins /etc-Verzeichnis linken:

ln -s /etc/ppp/resolve.conf /etc/resolve.conf

Außerdem benötigt man nun noch eine Einwahldatei, die man unter /etc/ppp/peers ablegt. Man kann auch mehrere Dateien für verschiedene Provider im Verzeichnis anlegen. z.B. /etc/ppp/peers/gmx

lcp-echo-interval 5
lcp-echo-failure 3
lcp-max-configure 50
lcp-max-terminate 2
user GMX/YourAccount@online.de
plugin capiplugin.so avmadsl
# Kompression abschalten
# kein handshake

Das Feld user sollte natürlich abgeändert werden. Zuletzt trägt man noch in /etc/ppp/pap-secrets und /etc/ppp/chap-secrets die Login/Passwort-Kobinationen für die Accounts in der folgenden Form ein.

"login"		*		"password"

Nun kann man jederzeit mittels

/usr/sbin/pppd call gmx

die Internetverbindung herstellen. Idealerweise trägt man diesen Aufruf auch in ein Startskript ein. Unter Redhat ist zu diesem Zweck die Datei /etc/rc.local dafür gut geeignet, nur muss man dann dem Aufruf auch noch ein tty übergeben, damit der pppd problemlos im Hintergrund läuft s. man pppd. Sollen auch normale User die Verbindung herstellen können, muss evtl. das suid-Bit beim pppd gesetzt werden.

Sollte die Verbindung nicht zustande kommen hilft ein Blick in die /var/log/messages oder der Aufruf von drdsl im fritz-Verzeichnis.

Die Verbindung lässt sich sehr gut mit dem Tool kadslwatch überwachen, das avm unter [3] anbietet. Die Installation ist sehr einfach und in dem Paket dokumentiert.

Nützliche Links

Zu diesem Howto waren mir die folgenden beiden Texte eine große Hilfe:
http://www.adsl4linux.de/howtos/rp-pppoe.php?PROVIDER=Hansenet&DIST=RH80 bzw. http://www.adsl4linux.de/howtos/


Fritz Treiber kompiliert nicht mit neuerer 2.4er Kernelversion

Nach meinem Umstieg zu gentoo Linux und einem Kernelupgrade auf die Version 2.4.25 habe ich festgestellt, dass der Fritztreiber beim Aufruf von make nicht mehr kompiliert. Die Meldung lautete bei mir im Detail:

fritz $ make
(cd src.drv; make CARD=fcdslsl)
make[1]: Entering directory `/home/martin/archiv/dsl/fritz/src.drv'
gcc -c -DMODULE -D__KERNEL__ -DNDEBUG -D__fcdslsl__ -DTARGET=\"fcdslsl\"  -O2 -Wall -I /lib/modules/`uname -r`/build/include main.c  -o main.o
In file included from /lib/modules/2.4.25-gentoo/build/include/linux/spinlock.h:7,
                 from /lib/modules/2.4.25-gentoo/build/include/linux/wait.h:16,
                 from /lib/modules/2.4.25-gentoo/build/include/linux/fs.h:12,
                 from /lib/modules/2.4.25-gentoo/build/include/linux/capability.h:17,
                 from /lib/modules/2.4.25-gentoo/build/include/linux/binfmts.h:5,
                 from /lib/modules/2.4.25-gentoo/build/include/linux/sched.h:9,
                 from /lib/modules/2.4.25-gentoo/build/include/asm/uaccess.h:8,
                 from main.c:28:
/lib/modules/2.4.25-gentoo/build/include/asm/system.h: In function `__set_64bit_var':
/lib/modules/2.4.25-gentoo/build/include/asm/system.h:192: warning: dereferencing type-punned pointer will break strict-aliasing  rules
/lib/modules/2.4.25-gentoo/build/include/asm/system.h:192: warning: dereferencing type-punned pointer will break strict-aliasing rules
In file included from tools.h:30,
                 from main.c:42:
defs.h: At top level:
defs.h:85: error: redefinition of `irqreturn_t'
/lib/modules/2.4.25-gentoo/build/include/linux/interrupt.h:16: error: `irqreturn_t' previously declared here
make[1]: *** [main.o] Error 1
make[1]: Leaving directory `/home/martin/archiv/dsl/fritz/src.drv'
make: *** [drv] Error 2

Lösung: Wenn man sich die Datei fritz/src.drv/defs.h ansieht

typedef void irqreturn_t;

…so bemerkt man, dass in Zeile 84/85 je nach Kernelversion irqreturn_t definiert wird, was aber scheinbar auch schon in neueren 2.4er Kernelsourcen gemacht wird… deshalb habe ich bei mir an der Stelle KERNEL_VERSION(2, 4, 23) eingetragen – ich weiß jedoch nicht genau, ob die 2.4.23er Version auch wirklich die erste Version war, bei der die Definition bereits enthalten war, es war jedoch die erste, bei der ich das obige Problem beobachtet habe und das sich auf diesem Weg lösen ließ.

load-fcdslsl startet nicht auf Anhieb

Bisher konnte ich die Ursache noch nicht lokalisieren, seit bei mir gentoo Linux installiert ist muss ich jedoch load-fcdsl starten, stoppen und dann nochmals starten, damit alles funktioniert… vielleicht liegt es aber auch nur an lokalen Änderungen, die mir gerade nicht aufgefallen sind. Ich arbeite noch dran… zur Zeit werde ich jedoch sehr stark von meiner Diplomarbeit beansprucht. Wollte den Punkt nur erwähnen, vielleicht hilft das auch bei dem ein oder anderem.

Danke an…

Andreas Huppert für den Hinweis zum ppp-Kernelsupport


2.9.2003 – Martin Wojtczyk – Last updated: 27.3.2004