staging.inyokaproject.org

@ubuntuflo: Deine Eintragungen bringen bei mir keinerlei Informationen....

kaputtnik@kaputtnik-desktop:~$ sudo dmidecode -s system-manufacturer
[sudo] password for kaputtnik:
System manufacturer
kaputtnik@kaputtnik-desktop:~$ sudo dmidecode -s system-product-name
System Product Name
kaputtnik@kaputtnik-desktop:~$ sudo dmidecode -s system-version
System Version

Hat man davon, wenn man keinen PC von der Stange kauft 😊

ditsch schrieb:

Sieht ganz gut aus. In der Einleitung könnte man noch auf die Stickies der Supportforen hinweisen, da dort auch teilweise recht detaillierte Befehle stehen, die der Informationsbeschaffung dienen.

jepp

Strukturell würde ich USB nach oben ziehen (vor Prozessor), da es momentan so aussieht, als ob es ein Teil von Festplatte wäre.

Echt? Aber werde das noch ein wenig anders gestalten...

Zudem wäre die Reihenfolge Allgemeine Information >> Info zu speziellen Geräten besser dargestellt.

Jo, das hatte track auch schon vorgeschlagen. Muss ich mal wieder umsortieren...

Was den Audio-Teil angeht, ist Soundprobleme/Audio-Fehler-Beschreibung eher on-topic als Soundprobleme, da es ja nur um die Beschaffung der Informationen geht.

ok

track schrieb:

Gerade "lshw -C disk" kommt sicher selten vor. (habe ich auch eigentlich noch nicht abgefragt)

Dann lassen wir es weg...

Und im Detail hat sicherlich jeder mit seiner Handschrift bestimmte Vorlieben.

Jo, das bestimmt. Vllt kann man trotzdem sowas wie "Mit dieser Info kann jeder was anfangen" erreichen.

Hallo,

Diese Erklärung/der Link sollte immer unterhalb der Befehlszeile stehen. Die Überschrift sagt ja schon welche Ausgaben ich erwarte. Die Erklärung/der Link, ist nur eine "weiterführende" Information.

Sehe ich auch so. ☺

Gruß, noisefloor

So, hab mal umsortiert. Denke das das jetzt so passt.

Alles habe ich jetzt noch nicht eingetragen, zB:

• ls -al

• cd /etc/apt && grep -r "^.[^#]" sources*list sources*/*.list && cd $OLDPWD

• ping

• HInweis auf Themenstickys bei Problemen

Kann einer das nachtragen?

Was mir noch fehlt:

• Grafik: Verwendeter Treiber und Version. Wenns geht ohne glxinfo, weil das nicht in einer standardinstallation dabei ist

• Versionsinfos von: GNOME, QT und KDE, mehr? Gibt es da überhaupt entsprechende Konsolenbefehle?

• Wie siehts mit

  mount -l | grep /dev/sd

  aus?

Noch mehr vergessen?

BTW: Im Artikel Gerätemanager sind auch einige Konsolenbefehle aufgelistet. Teilweise sind diese aber veraltet. Wenn dieser Artikel fertig werden sollte ( 😉 ) kann man einfach aus dem Artikel darauf verlinken.

history

find ich jetzt nicht so gut. Die hier gelisteten Befehle sollten Informationen zum System geben, und keine anwendungspezifischen Dinge.

Wie seht ihr das:

Verzeichnisse und ihr Inhalt können auch eine Systeminformation sein, daher würde ich unter dem (neuen) Punkt "Dateisystem" noch "Verzeichnisinhalt augeben" mit ls/ls -la einbauen.

?

Vielleicht wäre es auch gut, nach jedem "großen Punkt" im Wiki-Artikel eine Trennlinie zu ziehen...

Gruß

chimp-champ

Da der Artikel ja zur Unterstützung der Supporter dienen soll, würde es doch eigentlich Sinn machen, wenn er nach Problem-Gebieten eingeteilt wäre. Oder?

Ein Problemgebiet erfordert dabei ja oftmals eine bestimmte Kette an Systeminformationen. Das ergäbe zwar eine gewisse Redundanz, da manche Befehle für mehrere Problemgebiete relevant sein können, aber es ist doch praktischer - und zwar für Supporter und Leser.

Im Moment müsste ich ja als Supporter auf die jeweiligen einzelnen Befehle linken und so eine Liste innerhalb meiner Antwort generieren. Das ist für mich als Supporter Arbeit und der Leser klickt sich durch verschiedene Links.

Gäbe es für typische Problemgebiete einen Block, dann brauche ich als Supporter nur einen Link in meine Antwort zu setzen und der Leser wiederum nur einem Link zu folgen.

Gruß, Martin

chimp-champ schrieb:

Verzeichnisse und ihr Inhalt können auch eine Systeminformation sein, daher würde ich unter dem (neuen) Punkt "Dateisystem" noch "Verzeichnisinhalt augeben" mit ls/ls -la einbauen.

Ja, sollte drin stehen, und zwar Rechte-bezogen.

Vielleicht wäre es auch gut, nach jedem "großen Punkt" im Wiki-Artikel eine Trennlinie zu ziehen...

Auch ne gute idee...

Newubunti schrieb:

Da der Artikel ja zur Unterstützung der Supporter dienen soll, würde es doch eigentlich Sinn machen, wenn er nach Problem-Gebieten eingeteilt wäre. Oder?

Volle Zustimmung. Ich denke dabei an Befehlsverkettungen, wie hier z.B. Es gibt ja aber bereits auch die Themenstickies, in denen evtlle Informationen gefordert werden (leider liest das kein Mensch...).

Hallo,

Versionsinfos von: GNOME, QT und KDE, mehr

Ist IMHO überflüssige, weil die Angabe der Ubuntu-Version direkt eine bestimmte KDE / QT / GNOME / GTK ... Version impliziert.

Gruß, noisefloor

kaputtnik schrieb:

Draussen ist:

• Option -k bei lspci (Option -k gibts unter Hardy noch nicht). Eigentlich Schade, weil man damit gleich auch die verwendeten Kernelmodule sehen konnte

lspci -k 2>/dev/null || lspci

Wenn lspci den Schalter -k nicht kennt, dann STDERR ins Nirvana senden, und lspci-STDOUT zeigen 😎

• Option -l bei parted (gibts auch erst ab Intrepid).

Gleiches Prinzip wie oben 😉

So, ich wurde hier auch eingeladen... 😉

• Ich würde den Artikel "Systeminformationen ermitteln" nennen.

• "sudo blkid" gibt meines Wissens die momentan in einer Datei gespeicherten Informationen wieder: /etc/blkid.tab. Was wiederum ein Link ist. (Bei führt dieser Link momentan seltsamerweise ins Leere. Bei Euch?). Die echten aktuellen Daten erhält man laut manpage mit "sudo blkid -c /dev/null".

• Ein LInk auf Grub finden?

Es gibt ja aber bereits auch die Themenstickies, in denen evtlle Informationen gefordert werden (leider liest das kein Mensch...).

Evtl. sollte man einiger der Infos in den Stickies auch hier mit einbauen...

Um Redundanzen zu vermeiden wäre es gut, wenn wir nach der Fertigstellung des Wiki-Artikels in den Stickies darauf verweisen können. Insofern macht es Sinn, wenn die Informationen aus den jetzigen Stickies in den Wiki-Artikel einfließen.

dehru schrieb:

Wenn lspci den Schalter -k nicht kennt, dann STDERR ins Nirvana senden, und lspci-STDOUT zeigen 😎

Wenn Du das auf die in den entsprechenden Abschnitten geforderten Informationen beschränken kannst, dann bau das doch mal dort ein 😎 😉

• Option -l bei parted (gibts auch erst ab Intrepid).

Gleiches Prinzip wie oben 😉

dito...

DrScott schrieb:

• Ich würde den Artikel "Systeminformationen ermitteln" nennen.

Die Diskussion kommt später 😉 . Ist aber ein guter Vorschlag!

• "sudo blkid" gibt meines Wissens die momentan in einer Datei gespeicherten Informationen wieder: /etc/blkid.tab. Was wiederum ein Link ist. (Bei führt dieser Link momentan seltsamerweise ins Leere. Bei Euch?). Die echten aktuellen Daten erhält man laut manpage mit "sudo blkid -c /dev/null".

Jepp, bitte einbauen.

• Ein LInk auf Grub finden?

Das sehe ich im ZUsammenhang mit dem, was chimp-champ schrieb:

Evtl. sollte man einiger der Infos in den Stickies auch hier mit einbauen...

Vorschlag: Neuer Gliederungspunkt ersten Ranges nach "Software":

3. Gebündelte Informationen

Darin sind dann nette Einzeiler zu finden, die zu den entsprechenden Themenbereichen des Forums(!) passen:

1. Grundlegende Fragen

   1. Partitionierung

   2. ...

2. Installationsprobleme

   1. Grub finden

   2. ...

3. Netzwerkprobleme

4. ...

Es erfolgt quasi ein Ordnen der "Problemzonen" und liefert gebündelte Informationen zu jedem Problemgebiet. Ob das hinhaut ❓

DrScott schrieb:

• Ein LInk auf Grub finden?

+1

kaputtnik schrieb:

Es gibt ja aber bereits auch die Themenstickies, in denen evtlle Informationen gefordert werden (leider liest das kein Mensch...).

Also wo es letztendlich steht, wäre mir als Supporter relativ egal, solange das mit einem Link auf einen entsprechenden Block erledigt ist. Z.B. für GRUB auf den Problem-Analyse-Block GRUB. Ob der letztlich in einem Themensticky oder Wiki-Beitrag oder sonst wo steht, ist dann relativ wurscht.

Gruß, Martin

kaputtnik schrieb:

Was mir noch fehlt:

• Grafik: Verwendeter Treiber und Version. Wenns geht ohne glxinfo, weil das nicht in einer standardinstallation dabei ist

Wenn man weiss, dass man nvidia verwendet, so tut das hier:

for PACKAGE in $(sudo aptitude search ~invidia | cut -d' ' -f3); do echo; sudo aptitude show $PACKAGE | grep -B3 -i 'version:'; done

Wenn es auch für fglrx / radeon /... tun sollte, dann würde so etwas u.U. gehen:

MODULES=$(lsmod|grep -E 'nv |nvidia|fglrx|radeon'|cut -d' ' -f1) && PACKAGES=$(for MODULE in $MODULES; do sudo aptitude search ~i$MODULE | cut -d' ' -f3; done) && echo && sudo aptitude show $PACKAGES | grep -B3 -i 'version:' && echo

Vllt. etwas zu lang ... ?

• Versionsinfos von: GNOME, QT und KDE, mehr? Gibt es da überhaupt entsprechende Konsolenbefehle?

1
2

 gnome-about --gnome-version # GNOME
 kde-open --version # KDE und Qt

dehru schrieb:

kaputtnik schrieb:

Was mir noch fehlt:

• Grafik: Verwendeter Treiber und Version. Wenns geht ohne glxinfo, weil das nicht in einer standardinstallation dabei ist

MODULES=$(lsmod|grep -E 'nv |nvidia|fglrx|radeon'|cut -d' ' -f1) && PACKAGES=$(for MODULE in $MODULES; do sudo aptitude search ~i$MODULE | cut -d' ' -f3; done) && echo && sudo aptitude show $PACKAGES | grep -B3 -i 'version:' && echo

😲

Vllt. etwas zu lang ... ?

Iwie schon 😊 ... zumindest nicht mehr nachvollziehbar. Da muss es gewiss noch was einfacheres geben. Im Infozentrum von KDE stehts drin und ich glaube kaum das die so eine Abfrage da einbauen... 😉

1 2	gnome-about --gnome-version # GNOME kde-open --version # KDE und Qt

👍 ☺ Sehr cool!