Lug-dd

lug-dd@mailman.schlittermann.de

6 participants
10868 discussions

Re: [Lug-dd] /var/log/messages-Meldung
by Christian Wippermann 02 Mar '01

02 Mar '01

>kernel: TCP: zapping lost adress 149.228.0.38:2312 -> 149.228.0.38:443 >149.228.0.38 ist die dynamische IP die mir vom Provider zugewiesen wurde. >Das Netzwerkinterface ist ippp0. Hattest Du zu dieser Zeit ein Browserfenster auf, deine eigene Adresse angegeben und anstatt http://149.228.0.38/ -> https://149.228.0.38/ eingegeben? Ja ...? Dein WWW-Server scheint nicht für SSL Konfiguriert zu sein. Die genaue Fehlermeldung kenne ich nicht. Ich sehe aber einen Highport- connect() auf einen Lowport, der lt. /etc/services *https* ist. >Ciao, >Martin Christian

3 2

[Lug-dd] Vorträge
by konrad.rosenbaum＠t-online.de 01 Mar '01

01 Mar '01

Hallo, gestern wurde nach der URL der Vorträge gefragt: http://lugddlect.sourceforge.net dort findet sich u.A. eine HTML Version. In den nächsten Tagen werde ich mal weitere Links legen und lesbare Versionen der Vorträge dort ablegen. Wem noch Fehler auffallen: bitte einen Bug-Report hinterlassen, über: http://sourceforge.net/projects/lugddlect Konrad -- de-referencing is like a hotel: the more stars, the better

1 0

[Lug-dd] Probelm nach Kernelkompilierung
by Peter Zabelt 01 Mar '01

01 Mar '01

Hallo Alle! Ich denke, es ist was ganz Grundlegendes, was ich da falsch mache, aber ich komm' nicht drauf: Nach dem Kompilieren eines neuen Kernels (SuSE 7.1, 2.4.0) mit mehreren Modulen und dem start dieses Kernels habe ich überhaupt keine Module mehr :-( lsmod zeigt nur 'ne leere Zeile. Auf einem anderen PC funzt es. Hat da Jemand einen Schnelltipp? Danke! Peter.

2 1

[Lug-dd] IPTABLES und MASQUERADING ?
by Peter Zabelt 01 Mar '01

01 Mar '01

Hallo! Nachdem ich mir in den 2.4.0 erfolgreich IPTABLES kompiliert habe, wollte ich für mein Heimnetz ganz einfach anfangen und nur das erforderliche MASQUERADING einstellen: iptables -t nat -A POSTROUTING -o ippp0 -j MASQUERADE ... sollte es ja wohl tun! Tut es aber nicht! Mit 'iptables -L -n -v' sehe ich in der INPUT-Chain z.B 212837 bytes, in der OUTPUT-Chain 397406. Das sieht meiner Meinung danach aus, das die Anforderungen eines (Win-)Clients im hiesigen Netz richtig durchgegeben werden, oder??? Nun weiss ich nicht mehr weiter. Der ebenfalls neu installierte SQUID sollte eigentlich keine Probs machen, denn da steht u.a.: http_access allow all (JA! Muss noch geändert werden...) Für jeden Tip zur Diagnose oder gar Behebung meines Problems bin ich sehr dankbar! Danke! Peter.

2 1

[Lug-dd] Leicht OT, aber einfach zu schön
by Reinhard Foerster 28 Feb '01

28 Feb '01

http://www.blue-screens.de/pics/Mskbd.jpg Reinhard

1 0

[Lug-dd] Problem mit IDE-Zip
by Konrad Stopsack 28 Feb '01

28 Feb '01

Hallo LUG, ich habe mir heute ein 100MB-IDE-Ziplaufwerk von NEC gekauft. Meine Laufwerke sehen damit so aus: - hda: Festplatte (Maxtor) - hdc: CDROM (Asus) - hdd: Zip Damit hängt das Zip an einem anderen IDE-Kanal als die Platte. Jetzt zu meinem Problem: Wenn ich das Zip also angeschlossen habe, kann ich auf hda kein DMA mehr einstellen (hdparm -d ... geht zwar, aber alle Programme stürzen ab und im Syslog stehen ständig IDE-Resets, CRC-Errors und Drive Read Seek Complete Errors). Schalte ich DMA auf der Platte aus, läuft alles. Oder: Nehme ich das Zip wieder aus dem Rechner, kann ich auch wieder DMA für die Platte einstellen. Kernel: 2.2.14 (SuSE) Mainboard: SL54U5 (Baby-AT), Via-Chipsatz, von Anfang '99 Der Service-Mensch bei Winner hatte genauso wie ich keine Idee, woran das liegen könnte, da das Zip die Platte ja nicht beeinflussen können sollte (IDE-Kanäle sind ja getrennt). Unter Windoof konnte ich das nicht ausprobieren, weil ich sowas nicht hab und außerdem sowieso keine Treiber mit bei waren. Das Zip scheint aber in Ordnung zu sein. cu Konrad PS: Wenn ich kein DMA wieder hinkriege, dann schaffe ich das Zip zurück, da mein Prozessor wirklich DMA braucht (K6-2 350 + 320MB RAM)... -- Konrad Stopsack - konrad(a)stopsack.de

5 7

RE: [Lug-dd] pppd problem
by Jan Dittberner 28 Feb '01

28 Feb '01

> -----Original Message----- > From: Michael [mailto:Micha64310@gmx.de] > Sent: Wednesday, February 28, 2001 2:00 AM > To: lug-dd(a)schlittermann.de > Subject: [Lug-dd] pppd problem > > > Hallo allerseits, > > > ich habe folgendes problem: nachdem ich nun den kernel 2.4.1 > zum laufen > bekommen > habe und wie vom kernel > gefordert(/usr/src/linux/Documentation/Changes) > auch > den pppd auf version 2.4.0b4 geupdatet habe funktioniert die > internetverbindung > weder mit dem neuen kernel noch mit dem alten(2.2.14). > ich versuche die verbindung zum provider mittels wvdial > aufzubauen. wenn > der dialer einnen > "CONNECT" bekommt, wird wie immer der pppd gestartet. ich erhalte also > die meldung: > > Carrier detectet. Starting PPP imediantly > Starting pppd at.... > PID of pppd: **** > > Danach sehe ich noch ein "Disconnecting" und das modem legt wieder auf > und der wahlvorgang wird nach 5sec. erneut gestartet....mit dem selben > ergebnis. > > beim kompilieren des kernels habe ich die folgenden optionen > aktiviert(fest im kernel integriert und nicht als modul): > > PPP Support > PPP Support for async serial port > PPP Support for sync tty ports > > > könnte es sein, daß sich der pppd damit nicht verträgt?? > ich habe auch probiert den kernel zu kompileren, nachdem ich den neuen > pppd installiert habe. > in der dokumentation zum pppd 2.4.0b4 steht auch nur, dass er > wie üblich > kompiliert und > installiert werden muß. das klappt auch alles fehlerfrei und > nach einem > "pppd --version" erhalte ich auch eine > erwartungsgemäße antwort mit der korrekten versionsnummer. > > hat jemand eine idee, woran es liegen könnte?? Ich glaub du must noch ein ganz paar Zeilen zu /etc/modules.conf hinzufuegen. Das steht zumindest beim 2.4.0 in /usr/src/linux/Documentation/Changes mit drin. Bei mir hat es mit dem 2.4.0 danach funktioniert. Sie mal mit lsmod nach, ob ppp_generic und ppp_async geladen wurden. Jan

2 1

[Lug-dd] leafnode oder anderer news-server
by Olaf.Leillinger＠t-online.de 28 Feb '01

28 Feb '01

Halli Hallo, nachdem ich hier schon eine Weile klammheimlich mitlese, hab' ich auch mal eine Frage. Vielleicht eine kurze Vorstellung: Als Linux-User bin ich eigentlich ein ziemliches Greenhorn. Verschiedene Berührungspunkte mit *nixen hatte ich einige: AIX, HP-UX, Linux. Aber für eine private Installation und tiefere Einblicke in die Materie fehlte immer eine vernünftige Hardwarebasis. Letzteres ist nun endlich realisiert. Als Computer-User im weitesten Sinne kann ich mich durchaus als versierten Zeitgenossen - ;-) alles relativ - bezeichnen, schließlich verdiene ich meine Brötchen mit der Netzwerkadministration. So. Nun die Frage. Auf meiner Suse 7 Distribution habe ich leafnode entdeckt. Wenn ich die Doku richtig verstanden habe, dann gibts keinen speziellen Punkt, wo ich Newsgroups zum Download eintragen muß. Das heißt für mich: Ich frage mit einem x-beliebigen Reader ab, was der Server kennt, eine groupinfo-Datei wurde mit fetchnews geladen, und mein Newsreader abonniert entsprechend. Leafnode holt das Zeug vom angegebenen Server auf die lokale Platte und fertig ist der Lack. Der Knackpunkt: Vom Reader kann ich keinen Kontakt zum lokalen Server herstellen. wat nu ? und die zweite Frage gleich hinterher: kann leafnode news in mehreren threads downloaden ? Um die Bandbreite abzufüllen meine ich. Bisher hatte ich changi unter OS/2 zu laufen, das kann maximal 12 threads im Download und ist wahnsinnig schnell (füllt auch meine DSL-Verbindung ab. :-) ) Tschau/2 Olaf. Internet: olaf.leillinger(a)t-online.de ## CrossPoint v3.11 R ##

4 4

[Lug-dd] einwahlprobleme
by Ulf Lorenz 27 Feb '01

27 Feb '01

Hallo allesamt, hat jemand schon mal das Problem gehabt, daß der dial-in Server auf Providerseite auf meine CHAP Response erst nach bis zu einer Minute reagiert bzw. hat jemand Ahnung, woran das liegen könnte? Passiert bei meinem Provider seit gestern, dadurch würde es mich mal interessieren. cu, Ulf -- If you can touch it and you can see it, it's REAL. If you can touch it but you can't see it, it's TRANSPARENT. If you can't touch it but you can see it, it's VIRTUAL. If you can't touch it and you can't see it, it's GONE.

6 6

[Lug-dd] qt-bug?
by Ulf Lorenz 27 Feb '01

27 Feb '01

Hallo allerseits, langsam fange ich an, dieses Qt-Problem zu hassen. Kann mir jemand einen Grund nennen, warum Qt einen setRGB-Fehler bringt? Wenn ja, kann mir jemand einen Grund nennen, warum dieses Problem auf einem Großteil der Rechner _nicht_ auftritt? Bei unserem OSS-Projekt ist jetzt schon zum zweiten Mal so ein Fehler aufgetreten. Bei einem meiner Rechner tritt dieses Problem bei 8 bit Farbtiefe auf, wenn ich KDE starte, dieses Programm läßt sich aber darunter compilieren. Die Farben werden bei dem Programm übrigens per Qt::red, RGB-Wert und über die X-Farben ("p.setPen("Brown");") zugewiesen, also alles gemixt. Liegt es vielleicht an einem dieser Methoden? cu, Ulf -- If you can touch it and you can see it, it's REAL. If you can touch it but you can't see it, it's TRANSPARENT. If you can't touch it but you can see it, it's VIRTUAL. If you can't touch it and you can't see it, it's GONE.

2 4

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Lug-dd