EasyLinux Ubuntu

Moin Franz,

Am Montag, 31. August 2009 22:43 schrieb Franz Deuzer:

> Am Donnerstag, den 20.08.2009, 17:05 +0200 schrieb Uwe Herrmuth:

> > So die überarbeitete Version steht jetzt online.

> >

>

> Bin erst jetzt dazu gekommen, mir die Datei genauer anzusehen

Macht ja nix, bin auch erst am WE aus dem Urlaub zurückgekommen und hab eine

Woche lang keinen Computer angefaßt. Matthias hatte mir seine Vorschläge in

der Zwischenzeit per PM geschickt und ich hab gestern alles nochmal

überarbeitet.

> und, wie

> schon zur ersten Version erwähnt, stören mich hauptsächlich eher formale

> Dinge (und auch darüber läßt sich streiten).

:-)

> Im Großen und Ganzen

> schaut's für mich aber Ok aus.

Und das aus Deinem Munde - ich fühle mich geehrt. :-D

>

> Aber der Reihe nach:

> x) Fehlerbehandlung: hier sollte man sich entscheiden, wo diese

> stattfinden soll. In der aufrufenden Funktion oder in der

> aufgerufenen. Sie in beiden zu tun, führt meistens nur zu

> doppelten Ausgaben oder Halbherzigkeiten.

Korrekt - da sich die Funktionen aber bis auf die Hauptfunktion in der

Zwischenzeit sozusagen selbst eliminiert haben, beschränkt sich die

Fehlerbehandlung nur noch auf das wie.

> x) Aus einem Test eine Funktion zu stricken, die nichts anderes macht,

> als den Returncode des Tests zurückzugeben, der anschließend an den

> Funktionsaufruf erst wieder ausgewertet werden muss, ist eigentlich

> überflüssig.

Genau deshalb sind die einzelnen Funktionen jetzt verschwunden. Funktionen

machen IMHO nur Sinn, wenn sie auch mehrmals aufgerufen werden. Wenn nicht,

kann man den Code auch in den Haupteil verlagern.

> x) Manche Ausgaben (Fehler, Warnungen, ...) sind wenig hilfreich.

> x) Eine fehlerhafte Annahme scheint auch noch dabei zu sein: wenn man

> unter Ubuntu 9.04 nach dem "Filesystem volume name" in der Ausgabe

> von »tune2fs -l « sucht, wird die Zeichenkette ""

> geliefert, wenn kein Label vergeben ist. Und Debian?

Auch das ist schon eingearbeitet.

>

> Nun in's Detail.

>

> "is_systemfs"

> Ich lese das mal als unbedarfter Anwender:

> Die »echo« Ausgabe ist etwas problematisch: dass in /etc/fstab

> "Systemfilesysteme" gelistet sind - klar. Dass die vom Skript nicht

> bearbeitet werden - ist halt so. (Ob man da eine "Warnung" oder nur eine

> "Information" ausgibt, ist wohl Geschmackssache.) Aber der nächste Satz

> ist etwas unverständlich: was soll nun eigentlich in der /etc/fstab

> editiert werden? Ein unbedarfter Anwender sollte da möglichst wenig bis

> gar nichts editieren. Und wenn, dann bitte genau sagen, was hier zu tun

> wäre.

Der unbedarfte Anwender mußte aber schon die fstab bearbeiten, um das Script

überhaupt zu was Sinnvollem zu veranlassen. ;-) Aber prinzipiell bin ich

Deiner Meinung. Deshalb ist die ganze Ausgabe überarbeitet. Es wird nur noch

geprüft, ob es sich nicht um / oder /usr handelt, wenn doch erfolgt nur ein

Hinweis, das dieses FS übersprungen wird - keine Aufforderung mehr zum

Editieren.

>

> "is_mount"

> a) Ich hoffe, ich irre mich jetzt nicht: aber »mount« gibt im Prinzip

> nichts anderes aus, als in der Datei /etc/mtab vermerkt ist.

Du irrst Dich nicht, auch wenn die Ausgaben sich geringfügig unterscheiden,

was für den Test aber irrelevant ist.

> Da würde

> ein "grep ${1} /etc/mtab" im "if-Test" auch genügen.

> b) Aber: das ganze if-else Konstrukt scheint mir etwas gekünstelt. Jedes

> Kommando liefert einen exit-code, der in der Variablen "?"

> gespeichert wird. Ein einfaches

> "grep ${1} /etc/mtab > /dev/null # Die Ausgabe im Erfolgsfall

> # interessiert ja nicht

> return $?"

> täte es auch. Noch dazu, wenn dann im "Hauptcode" (Zeile 127)

> noch einmal auf (Miß-)Erfolg abgefragt wird.

> c) So betrachtet erübrigt sich eigentlich diese Funktion. In Zeile 126

> würde dann halt der in b) erwähnte »grep« Aufruf stehen; fertig.

Die Funktion ist eh schon eliminiert und als einfache Prüfung in die

Hauptroutine gewandert. Allerdings steht da im Moment ein

if [[ $(mount|grep ${dev}) != "" ]]

ein

if [[ grep ${dev} /etc/mtab ]]

würde eleganter sein. :-)

Ein ganz anderes Problem ist mir aber gestern beim Test noch aufgefallen und

etwas rätselhaft. Ich hatte unter KDE die zu prüfende Partition gemountet und

sogar eine Datei darauf geöffnet. Beim Ausführen des Scriptes in einem

Terminal unter KDE wurde das FS anstandslos ausgehängt. Keine Device is busy

Meldung. :-(

Wenn ich in einem zwieten Terminal auch nur mit cd in das gemountete FS

wechsle und im ersten Terminal das Script ausführe kommt die korrekte

busy-Meldung beim Aushängversuch. Wie soll man das denn verstehen? Hast Du

oder jemand anderes irgendeine Idee dazu?

Jetzt könnte man ja sagen, die Situation kommt beim init 0 eh nicht vor - aber

schön ist anders.

>

> "do_stop"

> Ich würde da einmal etwas "Schachtelungstiefe" rausnehmen. D.h. wenn der

> erste "if-check" als Negation geschrieben würde und eines der Tools

> nicht existiert, dann nicht erst "retval" versorgen, sondern gleich mit

> einem Return Wert ausstiegen. Das erspart ein anschließendes "else".

> (Also wenn es »tune2fs« nicht gibt, oder ... dann return 1 und fertig.

Das würde aber dem von Matthias erwähnten Prinzip ein Eingang - ein Ausgang

widersprechen. Aber da mich die Schachtelungstiefe auch etwas stört, hab ich

schon eine Idee im Hinterkopf.

> Siehe aber eine weitere Vorgehensweise weiter unten -> unter "Resümee".)

> Auf zum nächsten "if-check": auch diesen Verneinen und wenn diese

> verneinte Bedingung dann zutrifft, Zeile 146 vorziehen und return 3.

Siehe oben -> Hnterkopf. :-)

> Ist man über diese ersten beiden »if« drüber, dann geht es weiter wie

> gehabt, allerdings nur eine Ebene weit eingerückt, und nicht schon zwei

> »if« tief verschachtelt (Reduktion der Komplexität). Ein ähnliches

> Vorgehen ließe sich auch beim »if« in Zeile 105 anwenden: Abfrage auf

> "= 1" und in diesem Fall ein »continue« als Aktion, und das »if« ist

> schon wieder beendet und in der »for«-Schleife wird zum nächsten

> Kandidaten übergegangen. Gibt der Test in Zeile 104 "0" zurück, so wird

> einfach nach dem »if« in Zeile 106 fortgefahren - nur alles eben eine

> Einrückungsebene nach "links" versetzt.

>

> Zeile 112: Ob diese Abfrage so allgemein gültig ist? Unter Ubuntu 9.04

> kann da auch die Zeichenkette "" stehen.

Ja auch das hatte Matthias schon erwähnt und das "none" wird jetzt auch

abgefangen.

>

> Wieso steht vor Zeile 135 nicht auch eine »echo« Anweisung a la Zeile

> 138. Dann hast Du aber zwei identische »else«-Blöcke; einmal in einem

> inneren und dann im zugehörigen äußeren »if«. Das ist nicht wirklich

> schön. Möglicherweise kann man auch hier mit »continue« ein bißchen

> lichten?

>

> Wie gesagt, nur Vorschläge. Im Prinzip kannst Du die "if-else" auch so

> lassen, wie es ist.

>

> Zeile 131: Warum gibst Du nicht gleich mit aus, welches FS sich nicht

> unmounten ließ?

Werd ich machen.

> Du weißt es ja an der Stelle. Ob man da noch einen

> "retval = 2" braucht?

Eigentlich nur, wenn man in der Testphase die Returnwerte des Scripts

auswertet.

> In Zeile 172 wird man ja auch nicht wirklich

> schlau aus dieser Auswertung. Dasselbe gilt auch für Zeile 169. Wenn ein

> Skript mit ": error: missing conditions" abbricht, fängt man als

> Nutzer nicht wirklich viel damit an.

Stimmt leider.

>

> Man könnte noch fragen, ob das »case«-Statement (ab Zeile 167) überhaupt

> nötig ist. Die relevanten Informationen könnten locker in der Funktion

> "do_stop" oder ihren Hilfsfunktionen ausgegeben werden. Daran knüpft

> sich die Frage, ob diese Funktion mehr als zwei Werte zurückliefern

> soll:

> 0 im Gutfall und 1 im Falle "fehlender Konditionen"?

Das hab ich mich auch gefragt und hab deshalb die case-Geschichte wieder

entfernt und die Ausgaben, so sie relevant sind, dahin gepackt, wo sie Sinn

machen.

>

> "IFS"

> Dass IFS auf Zeilenende gesetzt wird, wird nur in der Funktion

> "read_fstab" benötigt. Daher sollte diese Variable auch nur dort

> umgesetzt werden (und am Ende der Funktion wieder auf den alten Wert

> zurückgesetzt werden).

Korrekt, da hat mich Matthias auch schon drauf hingewiesen, deshalb ist das

auch schon korrigiert, abgesehen davon, daß die Funktion so nicht mehr

existiert.

>

> Resümee:

> Ich würde die Überprüfung, ob auch alle Tools vorhanden sind (Zeile 93)

> in eine eigene Funktion verpacken. Dort würde ich jede Überprüfung extra

> machen und sofort ausgeben, wenn etwas fehlt. Ist alles vorhanden, gibt

> diese Funktion 0 zurück und es kann weiter gemacht werden.

>

> Bsp.:

> check_conditions()

> {

> retval=0

>

> if [[ ! -e /sbin/tune2fs ]]

> then

> echo "Dem Skript ${0} fehlt zur Ausführung das Paket \"e2fslibs\".

> Bitte installieren."

> # e2fslibs heißt es unter Ubuntu -> Debian?

> retval=1

> fi

>

> # usw. für allen anderen Checks

>

> return ${retval}

> }

Weil ich solche Überprüfung eigentlich in jedem Script brauche, hab ich so

eine Funktion in meiner Funktionsbibliothek, die ich dann immer in die

Scripte einbinde. Für die Weitergabe eines einzelnen Scriptes ist sowas

natürlich hinderlich und die Funktion selbst ist auch zu allgemein gehalten.

(Prüfung ob vorhanden und ausführbar - entsprechende Ausgaben erfolgen dann

im aufrufenden Teil) So eine Funktion jetzt in dieses spezielle Script zu

schreiben, würde meinem Prinzip wiedersprechen, Funktionen nur dann zu

verwenden, wenn sie auch mehrmals aufgerufen werden. Aber ich geh noch mal in

mich. ;-)

>

> Dasselbe im Falle der "ac_power". Ist alles gut gegangen, wird mit dem

> eigentlichen Hauptteil der Funktion "do_stop" fortgefahren. Ganz am Ende

> würde ich dann im "stop"-Fall nur mehr die eben erwähnte Funktion

> aufrufen und die "echo"-Ausgaben noch einmal überarbeiten.

Zu der on_ac_power-Geschichte hatte Matthias noch angemerkt, daß sich

on_ac_power u.U. auf verschiedenen Distributionen unterschiedlich verhält,

wußte aber nichts Genaues. Ich bin beim Gurgeln auch zu keinen neuen

Erkenntnissen gekommen. Meine Experimente mit Live-Distris auf dem Laptop

haben nichts Widersprüchliches zu Tage gefördert, was bei Live-Dsitris aber

nichts heißen muß. Weißt Du mehr? Oder hat jemand, von den anderen 10, die

das Script schon getestet haben unter anderen Systemen als Debian oder Ubuntu

irgendwelche negativen Auswirkungen bemerkt?

>

> Und vielleicht auch einen Hinweis wert: da doch einige Teilnehmer hier

> mit Englisch eher nicht so per Du sind, wäre eventuell noch zu

> überlegen, ob man die Ausgaben nicht gänzlich auf Deutsch macht.

Ich hatte das extra auf Englisch gemacht, weil alle Meldungen während des

Shutdown auf Englisch kommen. Aber der Hinweis ist gut. Wenn die Ausgaben auf

Deutsch kommen, heben sie sich vielleicht auch besser ab.

Danke nochmal für Deine umfangreiche und vor allem konstruktive Kritik.

Werd mich gleich an die Korrekturen machen.

Viele Grüße

Uwe

--

OS: Debian GNU/Linux 4.0 Kernel 2.6.18 KDE 3.5.5

Benutzer #461074 im Linux-Counter http://counter.li.org

Hallo Liste,

ich brauche mal wieder Eure Hilfe. Was muß ich eingeben, um auf eine 2.

Platte zu greifen zu können?

Die Platte hat 160GB, fat 32. Sie ist als HD "lwd" eingebunden.

In meiner fstab steht folgendes:

/dev/sdb1 /media/lwd auto rw,users,auto 0 0

zur Zeit kann ich nur als root auf die HD. Über Terminal und dann mit

Gnome-commander (als root) habe ich keinen Erfolg gehabt. Mein System:

Ubuntu 8.04 LTS

Vielen Dank im voraus und viele Grüße

Bernhard

_______________________________________________

Ubuntu mailing list

Ubuntu[bei]easylinux[punkt]de

http://www.easylinux.de/Kontakt/Mailinglisten/listinfo/ubuntu

Am Friday 28 August 2009 14:35:14 schrieb Robert Kupper:

Hallo Robert,

wenn du deine /home gesichert hast würde ich empfehlen die Lenny auf einer

neuen Platte unter Gnome zu installieren, deine persönlichen Daten kannst du

dir dann (je nach dem wie und wo du sie gesichert hast) mit Ubuntu 9.04 LIVE

teilweise zurückholen.

Ein Systemwechsel -auch Wechsel der Hardware- birgt immer die Gefahr das etwas

nicht geht. Deshalb verwende ich einzelne System-Platten die ich nicht mehr

einbaue sonder einfach in einen SATA Schacht von vorn einschiebe.

Die Lenny läuft bei mir probeweise noch über einen IDE-Einschub um meine alten

IDE Platten verwenden und Systeme problemlos testen zu können.

> Ich habe mir die Zeit genommen und eine Neuinstallation durchgeführt, genau

> gesagt zwei. Obwohl ich die Kommandozeile durch "desktop kde" ergänzt

> hatte, erfolgte Standardinstallation, also mit GDM

>

> Der zweite Versuch erbrachte dann Lenny mit KDE. Aber oh Grauß, das Spiel

> mit dem Nichtakzeptieren des Kennwortes ging weiter.

Vergiss KDE, GNOME ist bei Lenny die bessere Wahl.

> Da ich das home-Verzeichnis auf einer eigenen Partition habe, hätte sich

> sofort ein nutzungsfähiger Dektop öffnen müssen.

Es gibt mehr Fehlerquellen als man sich denkt, nur Experten können davon

ausgehen das es funktioniert und sind auch fähig diese Fehler zu beheben.

Gruß Alfred

--

___________________________________________

Board: ASUS M4A78 PRO mit ATI Radon HD 3200

Monitor: Samsung 22" + 1680x1050 (24 bit)

Systeme: openSUSE 11.0 + Lenny + Ubuntu9.04

_______________________________________________

Ubuntu mailing list

Ubuntu[bei]easylinux[punkt]de

http://www.easylinux.de/Kontakt/Mailinglisten/listinfo/ubuntu

Hallo alle zusammen,

bin gerade dabei Debian auf einer alten 700-Kiste zum Laufen zu bewegen, bzw. es lief darauf auch schon.

Also von vorne:

1.Graphikkarte

Ich werf die Kiste mit dem bereits installierten Debian-Etch an und schaue plötzlich in eine 16-Farben-640x480-Pracht.

Von der nicht erkannten Sound-Blaster-Karte mal ganz zu schweigen...

Debian kann plötzlich nichts mehr mit der Mach-64-GraphikKarte anfangen.

Auch die Rage von Ati mag er nicht.

dpkg-reconfigure xserver-xorg brachte nichts.

Der Vesa Treiber stürzt ab und den Mach64-Treiber kann ich nicht finden. Mmmhh...

Wichtig für den nächsten Schritt: Aber, das Netzwerk läuft !!!

2. Netzwerkkarte

Gut dachte ich mir und will mal in Windoofs-Manier mal einfach neuinstallieren.

Da meldet mir der installer, daß ich doch eine recht komische Netzwerkkarte hätte, mit der er nun gar nichts anzufangen könnte. :-(

Es handelt sich um eine D-Link DFE-500TX Chip Digital 21140AF oder als Alternative um eine D-Link 530TX mit Chip DL 10030B.

Die Netzwerkkarte läuft aber auf dem bereits installierten System....

lspci liefert dfe-530tx dl10030b.

Welchen Treiber gäbe es als Alternative ?

Der RealTek 8139-Treiber funktioniert schon mal nicht.

Ich hab' aber keine Ahnung wie ich das damals hingebogen habe.

Google brachte mich nicht weiter... bisher...

Auch eine nagelneue Version brach erfolglos ab.

Vielleicht weiß von Euch ja jemand nen Rat.

Ich bin nur froh, daß es nur der Zweitrechner ist...

;.)

Gruß

Ralf

_______________________________________________

Ubuntu mailing list

Ubuntu[bei]easylinux[punkt]de

http://www.easylinux.de/Kontakt/Mailinglisten/listinfo/ubuntu

Hallo Liste,

vbox stell die USB-Anschlüsse nicht an das Gastsystem durch.

Meine bisherigen Recherchen im Internet und die darauf folgenden

Installationsversuche hatten dazu geführt, dass Lenny im Graphikmodus nicht

starten konnte. (Siehe Thread "Debian Lenny-Startproblem")

Um weitere Fehler zu vermeiden möchte ich mich hier kundig machen. Durch meine

fehlenden Englisch-Kenntnisse kann ich weder die "Hilfe" aus vbox noch die

diversen Debian-Foren im Internet nutzen.

Wie bringe ich vbox mit USB-Anschluss zum Laufen?

--

Mit freundlichen Grüßen

Robert

_______________________________________________

Ubuntu mailing list

Ubuntu[bei]easylinux[punkt]de

http://www.easylinux.de/Kontakt/Mailinglisten/listinfo/ubuntu

Hallo Liste,

vbox stell die "Gemeinsamen Ordner" nicht an das Gastsystem durch.

Meine bisherigen Recherchen im Internet und die darauf folgenden

Installationsversuche hatten dazu geführt, dass Lenny  im Graphikmodus nicht

starten konnte. (Siehe Thread "Debian Lenny-Startproblem")

Um weitere Fehler zu vermeiden möchte ich mich hier kundig machen. Durch meine

fehlenden Englisch-Kenntnisse kann ich weder die "Hilfe" aus vbox noch die

diversen Debian-Foren im Internet nutzen.

Wie erteile ich "Gasterweiterung"?

--

Mit freundlichen Grüßen

Robert

_______________________________________________

Ubuntu mailing list

Ubuntu[bei]easylinux[punkt]de

http://www.easylinux.de/Kontakt/Mailinglisten/listinfo/ubuntu