März 2004 - Linux

rsync und smbmount
by Matthias Vennekötter 17 Mär '04

17 Mär '04

Hallo, ich möchte auf einem smbmount rsyncen. mount Befehl: mount -t smbfs \\\\Rechner\\Verzeichnis -o credentials=/etc/Benutzer,uid=eigene,gid=eigene,fmask=777,dmask=777 /mnt/Ziel/ rsync Befehl: /usr/bin/rsync -avz --timeout=500 Quelle Ziel System: SuSE 8.2 Obwohl das gemountete Verzeichnis dem Besitzer gehört und der Zeitstempel von Quelle und Ziel gleich ist, werden Daten übertragen. Gibt es vielleicht beim smb noch andere Optionen für rsync. Hat jemand Erfahrung damit? mfg -- Matthias Vennekötter <matthias.vennekoetter(a)bielefeld.goldbeckbau.com>

2 2

squid patchen (cjpeg -quality)
by gerold.kasemir＠web.de 17 Mär '04

17 Mär '04

Subject: squid patchen (cjpeg -quality) To: Lug-Owl Date: März 2004 From: Gerold Kasemir . Gelegentlich ist man per Browser im Netz unterwegs über eine dünne, teure Leitung (CSD/GPRS). > user_pref("network.image.imageBehavior", 1) im Browser ausschalten sieht > scheiße aus, besser fährt man da mit einem proxy der alle Bilder durc. > transparente gifs in gleichen Abmessungen austauscht. Spartanisch, aber > brauchbar. > Etwas besser aber mit Rechenzeit/Speicherplatz erkauft: Bis ins Bodenlose > runtergescannte Bilder die der Proxy anfertigt. Angehängtes proxy.zip zeigt exemplarisch was gemacht werden soll. Es handelt sich dabei um Material was in der Machbarkeitsstudie zusammengetragen wurde. Funktioniert schon leidlich. Greift noch nicht in den Quellcode ein. Hiermit stelle ich das Verfahren (Beispielimplementation im Anhang) unter die GPL (im Anhang). -- gk

1 0

komische top Werte
by Martin Herweg 16 Mär '04

16 Mär '04

Habt ihr sowas schonmal gesehen : CPU states: 0.9% user, 0.3% system, 0.1% nice, 4.6% idle normalerweise müsste die Summe der Werte doch 100% ergeben, oder ? Gruß, Martin H.

1 0

Bericht: Vortrag "Debuggen mit Strace" am 16.03.04
by Peter Voigt 16 Mär '04

16 Mär '04

Hallo allerseits, ich möchte von dem Treffen der Lug Owl von Montagabend berichten: Wer kennt das nicht: Ein Linux-Programm läuft nicht so, wie es eigentlich sollte. Und die Ursache ist unbekannt. Helfen Manpages und Änderungen der Aufrufparameter nicht weiter, sind Tools gefragt, die tiefere Einblicke ermöglichen. An dieser Stelle kommt strace ins Spiel. Weil der Einsatz von strace keine besonderen Vorkehrungen benötigt, kann jedes Programm untersucht werden. Darin unterscheidet sich strace von Debuggern. Ihr Einsatz ist sinnvoll, falls das zu untersuchende Programm dafür vorbereitet ist. Programme, die von kommerziellen Firmen stammen, enthalten selten Debbuging-Informationen. Solche Firmen lassen sich eben nicht so gerne in die Karten schauen. (Unter Linux kann man das aber nicht wirklich verhindern. Das stellte sich an diesem Abend heraus). Strace gewährt im Regelfall keinen Einblick in die Semantik eines Programmes. Dafür setzt man Disassembler ein. Das Diassemblieren ist aber aufwendig und setzt Kenntnisse der Maschinenprogrammierung voraus. Deshalb sind häufig lstrace oder strace das Mittel der Wahl. Ltrace geht einen Schritt weiter als strace. Ltrace listet alle internen Funktionsaufrufe, strace nur die Betriebssystemaufrufe. Ltrace arbeitet daher genauer, erzeugt aber auch viel mehr Output bis hin in den Megabyte-Bereich. Das Mehr an Informationen verstellt mitunter den Blick auf das eigentlich Wichtige. Deshalb startet man am besten mit strace. Strace spiegelt das Geschehen an der Schnittstelle zwischen Programm und Betriebsystem wieder. In vielen Fällen erlaubt dieses Geschehen einen Rückschluß auf die Funktionsweise des fraglichen Programmes. Versucht das Programm beispielsweise, eine nicht nicht vorhandene Datei zu öffnen, könnte es daran liegen, dass das Programm im falschen Verzeichnis sucht. Und das könnte daran liegen, dass das Programm im falschen Verzeichnis gestartet oder der Suchpfad in der Variablen PATH falsch gesetzt wurde. Solche Schlüsse zu ziehen, sind das tägliche Brot beim Einsatz von strace. Dafür bietet strace eine Fülle von Ausgangsinformationen. Man kann genau erkennen, wann und wie welche Dateien, Bibliotheken, Betriebssystemfunktionen und dergleichen benutzt werden. Ist man sich darüber im Klaren, wie das fragliche Programm prinzipiell funktionieren müßte, kann man die Stelle, an der es hakt, lokalisieren. So werden Rückschlüsse auf Fehlerursachen möglich. Wie man dabei systematisch vorgeht, war Thema des Vortrages von Jan-Benedict Glaw. In seiner überaus kompetenten Art beleuchtete er das Thema von allen Seiten. Ausgehend von der Funktionsweise von strace definierte er den Einsatzraum und die Grenzen der Erkenntnismöglichkeiten, um sodann anhand mehrerer Beispiele die Vorgehensweise bei der Analyse praktisch vorzustellen. Das typische Ablaufmuster eines Linux-Programmes, beginnend mit dem Aufruf über die Shell, das Allozieren des Hauptspeichers, das Laden des Programmcodes, das Nachladen der benötigten Libraries, das Einbinden von Eingabe- und Ausgabeprozeduren, das Nutzen von Files und Hardwarekomponenten stellte JBG anhand der strace-Ausgaben so plastisch dar, das es leicht nachzuvollziehen war. Detailiert ging JBG darauf ein, wie die Ausgabe von strace zu interpretieren ist, welche Rückschlüsse auf das zu untersuchenden Programmes möglich und wo weitere Informationen im Linuxsystem zu finden sind. Am Schluß zeigte sich, dass mit der Beobachtung einer Handvoll Betriebssystemaufrufe über strace das Geschehen an der Schnittstelle zwischen Betriebssystem und Programm sehr genau erfaßt werden kann (vgl. angehängte Liste). Mit der entsprechenden Option von strace oder durch den Einsatz von grep kann die Datenfülle erheblich reduziert werden, so dass nichts mehr von der Analyse ablenkt. Die Zuhörer zu dieser Erkenntnis zu führen, ohne sie zu überfordern und ohne sich durch die vielen Fragen von seinem roten Faden ablenken zu lassen, zeichnet den Vortragsstil von JBG aus. Die Fülle seiner praktischen Tipps werden manchen Zuhörer stundenlanges Suchen und Grübeln ersparen. Und so ganz nebenbei und völlig unauffällig gewannen die Zuhören einen tiefen Einblick in das interne Geschehen von Linux. So hat JBG an diesen Abend zwei Fliegen mit einer Klappe geschlagen. Kein Wunder, dass die Diskussion erst mitten in der Nacht endete. Dank der Organisation von Thomas Balls-Thies stand ein Computerraum im ZiF zur Verfügung. Bei dem Zif handelt es sich um ein der Universität Bielefeld angegliedertes Institut. Die Atmosphäre des Zif's eignet sich für einen solchen Vortrag perfekt. Ich erlaube mir, im Namen aller Teilnehmer zu sprechen, wenn ich beiden für ihren gelungenen Einsatz gratuliere. Grüße Peter Voigt -------------------------------------------------------------------- Liste der wichtigsten Betriebssystemfunktionen, die beispielsweise über strace -e trace=........ (alternativ mit Hilfe von grep .......) gefiltert werden können: open/close Datei öffnen/schließen read/write/send/recv/sendto/recvfrom Lesen/Schreiben von/an einen Datei-Descriptor mmap Datei-Bereiche im Speicher sichtbar machen fork Programm duplizieren exec Ein anderes Programm starten; das ehemalige Programm geht dabei "seinen letzten Gang" exit Programm beenden, Return-Wert hinterlassen stat/fstat/lstat Datei-Eigenschaften (Größe, Device Node?, ...) abfragen pipe Kommunikations-Kanal (Strohhalm mit zwei Enden) erstellen dup2 Gezielt einen Datei-Descriptordurch einen anderen ersetzen wait Kindesleichen wegräumen (sonst gibt's Zombies) socket Netzwerk-"Henkel" erzeugen connect Ziel für Netzwerk-Verbindung festlegen bind/listen/accept (Serverseitig) Verbindungen annehmen poll/select Prüfen, ob von einem Datei-Descriptor Daten gelesen werden können.

2 1

Re: Kann man mit der ash-Shell ein ls machen?
by Peter Voigt 15 Mär '04

15 Mär '04

Hallo, aus den Antworten sehe ich, dass die Frage nicht ausreichend erläutert wurde. Sorry. Die fragliche ash-Shell ruft das Skript linuxrc aus einer Knoppix-Variante zu einem ganz frühen Zeitpunkt des Boot-Vorganges auf. In diesem Zeitpunkt steht (fast) nur die ash-Shell zur Verfügung. Auf ein komplettes Filesystem, Libraries, PATH-Variablen und dergleichen kann man (noch) nicht zurück greifen. Die ash-Shell selber bietet nur ganz wenige eingebaute Befehle. Daher fällt sie recht klein aus, weshalb die ash gerne in Boot-Images eingesetzt wird. Denn die Boot-Images sollen auf eine Diskette passen, das ist jedes Byte weniger ein Gewinn. Um das fragliche linuxrc-Script im laufenden Betrieb durch Setzen von breakpoints Schritt für Schritt durchzugehen, wäre es hie und da hilfreich, ein 'ls' machen zu können. Die einzige Lösung die ich bisher sehe, ist 'echo *' (Danke an Andreas), was aber keine Eigenschaften der Datenfiles zeigt . Von der Möglichkeit, 'ls' per Hand einzubauen (statisch oder dynamisch mit allen weiteren erforderlichen Files) möchte ich absehen, weil es das linuxrc-Sript ändert und eventuell Seiteneffekte auftauchen mögen, die das entwanzen des linuxrc-Scriptes erschweren. Grüße Peter Voigt

1 0

Gutes TV-Guck-Programm?
by Uwe Schuerkamp 15 Mär '04

15 Mär '04

Hallo Liste, ab und an nutze ich Xawtv unter gentoo Linux, um ueber meine DVB-C Technotrend-Karte ein bisschen nebenbei Fernsehen zu gucken. Leider stuerzt nach 3-5 mal Wechseln von Fullscreen nach Window-Modus regelmaessig mein X-Server ab. Wer hier verantwortlich ist (Xserver oder Xawtv), wuerde ich gern dadurch ueberpruefen, dass ich mal ein anderes TV-Programm teste. Was nutzt ihr zum Gucken unter Linux? Gruss & danke fuer eure Tipps, uwe -- Uwe Schuerkamp http://www.schuerkamp.de/ GnuPG Fingerprint: 2093 20B8 B861 9358 A356 B01A E145 9249 5D27 33EA PGP Fingerprint: 2E 13 20 22 9A 3F 63 7F 67 6F E9 B1 A8 36 A4 61

4 4

Kann man mit der ash-Shell ein ls machen?
by Peter Voigt 14 Mär '04

14 Mär '04

Hallo, kennt jemand einen einfachen Weg, in einer laufenden ash-Shell ein ls zu machen, um die vorhandenen Dateien anzeigen zu lassen? Gruß Peter Voigt

4 3

Verzeichnisse mit find ignorieren
by Florian Schwarz 12 Mär '04

12 Mär '04

Hallo Liste, ich habe hier nen Script gebastelt was mir den Inhalt von einem Verzeichnis inkl. Unterverzeichnissen mit Hilfe von find in eine Textdatei packt. Jetzt möchte ich aber nich alle Unterverzeichnisse in dieser Liste haben. Daher meine Frage: Gibt es eine Möglichkeit, Verzeichnisse (inkl. deren Unterverzeichnissen) auszuschließen, in denen es eine Datei z.B. namens ".ignore" gibt? Ich möchte halt bestimmte Verzeichnisse kennzeichnen, sodass diese nicht mehr in meine Liste kommen. Danke für eure Tipps, Floh

2 1

Majordomo: Sperren/Freigeben von Mails bestimmter Mailserver...
by Egon Gruber 12 Mär '04

12 Mär '04

Hallo alle zusammen! Wir benutzer hier bei uns Majordomo zum Verschicken von täglichen Meldungen an unsere Kunden/Nutzer. Majordomo funktioniert dafür recht gut. Ich habe dabei Majordomo so konfiguriert, dass nur ein bestimmter Nutzer (mit Absenderadresse z.B. TEST(a)domain.de --> majordomo(a)domain.de) Mails an diese Liste schicken kann, damit dann die tägliche "Lawine" losgeht. Dabei hatte ich des öfteren das Problem, dass ein paar jetzt die Mailadresse TEST(a)domain.de fälschen und dann unmittelbar noch eine Mail an majordomo(a)domain.de schicken und somit die Lawine erneunt losgeht. Dies habe ich versucht in den Griff zu kriegen, dass nur eine bestimmte Zeit die Liste zum Versenden mit TEST(a)domain.de offen steht. Leider müssen jetzt täglich in unterschiedlichen Zeiten die Mails rausgehen und damit fällt jetzt mein Script flach, da man die Zeiten nicht fix vorgeben kann. Deshalb nun meine Frage: 1) Gibt es in Majordomo eine Möglichkeit, ähnlich wie mit der Datei liste.access, zu sagen, dass ich nur Mails mit Absender test(a)domain.de und mit Mailserver IP annehme? 2) Hätte man eine andere gute Möglichkeit Mails mit Majordomo zu verschicken, wobei man das Problem von Spoofing ausschalten könnte? 3) Wie sieht es evtl. mit andern Progammen, wie Mailman ....aus? 4) Wie habt Ihr das mit eurer Liste unter Kontrolle? Geht es auch ohne manuelle Freigabe? 5) Kennt jemand gute Beschreibungen zu Majordomo und/oder Mailman? Danke für eure Hilfe im voraus! Servus, Egon

2 1

Notebook: AthlonXP-M; WLAN
by Patrick Willam 12 Mär '04

12 Mär '04

Hallo Listlinge Ich moecht mir nen Notebook zulegen und hab deswegen einige Fragen... CPU ist AMD AthlonXP-M ("3000+") laeft laut Knoppix* auf etwas ueber 700 MHz ; sollte aber auf 1600MHz laufen bzw. laufen koennen. *) bunte Startmeldungen von Knoppix 3.3 (Kernel 2.4.xx); `cat /proc/cpuinfo` sagt dasgleiche 1. Ist `cat /proc/cpuinfo` die 'authoritative answer' diesbezgl.? 2. Wenn nein, was [fuer ein Befehl] dann? 3. Wo/Womit kann man sehen, wie es mit dem Anpassen des CPU-Takts [bei Last] funktioniert (PowerNow/SpeedStep/.../WhatSoEver)? Oder muss man das erst irgendwo anschalten? => Wo? 4. Wie/Wo/Womit kann man feststellen, ob das eingebaute WLAN treiber- technisch voll unterstuetzt wird / funktioniert? (moeglichst ohne einen extra AP dabei zu haben / zu benutzen) Gruesze und Danke fuer jede Hilfe, Patrick -- > I'm so sorry to have bothered the whole world with this. Not at all. The behavior of gcc builds is like quantum physics, you can only describe results statistically :-) -- news:gnu.gcc.help

4 3