Arbeitsthread zum Wiki

[smutbert]

Oha danke, das finde ich interessant oder zumindest werde ich es interessant finden, wenn bcachefs im Debiankernel angekommen ist

Seit bullseye müsste man die bcachefs-tools nicht mehr selbst kompilieren.

Ich habe die Shell-Befehle mit der root-Shell-Vorlage formatiert (und hoffentlich dabei nichts kaputt gemacht). War das Ok?

[Colttt]

klar passt! und danke für's fixen!

[smutbert]

Bei raid1 fehlt bei replicas eine Zahl (2) hinter dem = oder?

[Colttt]

wurde gefixt und ein neues Beispiel wurde hinzugefügt, wenn da jemand eine bessere Überschrift für hat (ich bin da recht unkreativ) kann sich da gerne austoben

[chrbr]

Hallo allerseits,
ich habe etwas im Wiki des Forums gestöbert. Zu einer Seite habe ich konkrete Fragen, und zwar zu https://wiki.debianforum.de/WLAN_Einrichten. Im untersten Beitrag der Diskussionen https://wiki.debianforum.de/Diskussion:WLAN_Einrichten "Artikel finde ich gut" wird das Review als abgeschlossen angesehen. Der Wiki Beitrag ist aber noch als zu reviewen gelistet. Ist das nur nicht richtig gemeldet?

Einige Kleinigkeiten habe ich trotzdem noch gefunden. Hier sind kleine Rechtschreibfehler:

Code: Alles auswählen

--- WLAN_Einrichten.org	2023-07-26 16:09:14.083607128 +0200
+++ WLAN_Einrichten	2023-07-26 16:15:50.851593147 +0200
@@ -8 +8 @@
-Bei der Einrichtung empfiehlt es sich ein Kabelgebundenes Netzwerk verfügbar zu haben, um ggfs. in der Lage zu sein,
+Bei der Einrichtung empfiehlt es sich ein kabelgebundenes Netzwerk verfügbar zu haben, um ggfs. in der Lage zu sein,
@@ -18 +18 @@
-Entält die Ausgabe dann einen Eintrag, der wlan0 oder wlan1 usw. enthält, so wurde die Netzwerkkarte bereits vom System erkannt.
+Enthält die Ausgabe dann einen Eintrag, der wlan0 oder wlan1 usw. enthält, so wurde die Netzwerkkarte bereits vom System erkannt.
@@ -178 +178 @@
-Den Eintrag für '''wpa-psk''' kann man wie oben beschroeben ermitteln mittels
+Den Eintrag für '''wpa-psk''' kann man wie oben beschrieben ermitteln mittels
@@ -238 +238 @@
-Ausserdem sollte die ''/etc/network/interfaces'' nur einen Eintrag für das Loopback interface enthalten:
+Ausserdem sollte die ''/etc/network/interfaces'' nur einen Eintrag für das Loopback Interface enthalten:

Wie kann ich das in den Artikel einarbeiten?
Sollte ich an den Autor schreiben?

Es gibt einige Artikel in der Review Liste, die schon recht alt sind. Wie wichtig oder relevant sind die Reviews? Im Prinzip sind die Wiki Seiten hervorragend dazu geeignet, Informationen zu sammeln. Ich könnte schon versuchen, etwas dazu beizutragen, und wenn es nur Rechtschreibkorrekturen sind, die das Lesen erleichtern .
Viele Grüße,
Christoph

[shoening]

Hi,

ich habe die Rechtschreibfehler mal korrigiert.

Du kannst Dich meines Wissens mit Deinem Account, den Du hier im Forum verwendest, auch im Wiki anmelden und dann dort solche Korrekturen auch selbst vornehmen.

Viele Grüsse
Stefan

[TRex]

Du kannst Dich meines Wissens mit Deinem Account, den Du hier im Forum verwendest, auch im Wiki anmelden

Ich meine nicht. Probiers aus, wenns nicht geht, musst du halt einen anlegen. Das ist glaub nicht ganz klar - siehe zb auch viewtopic.php?p=1272463&hilit=account#p1272463

[dasebastian]

Hoffe, ich bin hier richtig:

Die Vorlage für "Getestet" hat einen kleinen (hab's unterstrichen) Rechtschreibfehler:

... ob dieser Artikel auf deinem System funktionieren wird oder nicht. Solltest du feststellen, dass dieser Artikel bei einer ungetestet Version funktioniert, kannst du das gerne ...

Hätte das selber ausgebessert, habe aber die Vorlagen (auf die Schnelle) nicht gefunden.

[Livingston]

Hab mal was neues gebaut:
Einträge für fstab mit UUID erstellen
Ein kleines Script, das aus diesem Beitrag hervorging: viewtopic.php?p=1342452#p1342452
Wäre nett, wenn mal jemand drüberschaut.

[tobo]

Dem Here-String genügt die Dash nicht; $MO "kann" dabei ungequotet bleiben (unsicher, müsste man mal nachschauen), ähnlich wie bei DEV=$UUID. Die Zuweisung an UUID (UUID="$(...)") würde ich aber quoten, selbst wenn es hier unnötig ist.

[Livingston]

Jo, danke. Hab's natürlich nur mit der bash getestet
Und quoten sollte man sowieso immer. Ich korrigier das mal.

DONE: Bin auf bash umgestiegen. Quoting konsequent durchgeführt.

EDIT: Und wieder zurück auf sh -> HERE-String durch echo und pipe ersetzt, echo für Gesamtausgabe jetzt ohne Option "-e" ---> Läuft auf jeder unixoiden Kiste (wenn sie denn blkid kennt )

[tobo]

Interessant für sowas vielleicht das Programm/Paket shellcheck und falls man für sh schreibt, das Programm checkbashism (devscripts). Sollte ich vielleicht auch mal nutzen...

EDIT:

Code: Alles auswählen

$ shellcheck t.sh

In t.sh line 5:
while read DEV MP TYP MO DUMP CHK; do
      ^--^ SC2162: read without -r will mangle backslashes.


In t.sh line 10:
    echo -e "$DEV" "$MP" "$TYP" $(tr -d "()" <<< "$MO") "$DUMP" "$CHK" "$EFFDEV"
                                ^---------------------^ SC2046: Quote this to prevent word splitting.

For more information:
  https://www.shellcheck.net/wiki/SC2046 -- Quote this to prevent word splitt...
  https://www.shellcheck.net/wiki/SC2162 -- read without -r will mangle backs...
$

[Livingston]

Witzigerweise funktioniert das mit /bin/sh:

Code: Alles auswählen

echo "$DEV" "$MP" "$TYP" "$(echo "$MO"|tr -d '()')" "$DUMP" "$CHK" "$EFFDEV"

NACHTRAG:
Ich schaue morgen mal, ob ich $(echo...) durch backticks ersetze.
Gute Nacht

[tobo]

Witzigerweise funktioniert das mit /bin/sh:

Code: Alles auswählen

echo "$DEV" "$MP" "$TYP" "$(echo "$MO"|tr -d '()')" "$DUMP" "$CHK" "$EFFDEV"

Auf das echo -e bezogen klar, da ja keine \-Escapes verwendet werden. Das Quoting-Zeichen (" -> ') "müsstest" du hier übrigens nicht ändern, da die Command-Substitution geschachtelt ist:

Code: Alles auswählen

$ MO="a()b()c"
$ set -vx
$ echo "$(echo "$MO"|tr -d "()")"
echo "$(echo "$MO"|tr -d "()")"
  ## 1 : echo 'a()b()c'
  ## 1 : tr -d '()'
 ## 7 : echo abc
abc
$

NACHTRAG:
Ich schaue morgen mal, ob ich $(echo...) durch backticks ersetze.

In einem Skript?

[Livingston]

Ich schaue morgen mal, ob ich $(echo...) durch backticks ersetze.

In einem Skript?

Eigentlich meinte ich backquotes `...`. Aber ich belasse es mal bei $(...), denn beide Versionen haben die gleiche Funktionsweise unter sh und bash, beide sind POSIX-konform und vor allem eindeutig. POSIX empfiehlt, die alte Form nicht mehr zu nutzen.
Jedenfalls läuft das Ding jetzt anstandslos unter sh/dash und bash. Die csh würde gerne backquotes sehen und außerdem saubere Variablenzuweisungen, aber irgendwo muss mal Schluss sein.
Danke fürs Sezieren, tobo Selbst so ein kleines Codeschnippselchen braucht volle Aufmerksamkeit.
Ach ja, und shellcheck und checkbashism aus devscripts sind Gold wert.

[Livingston]

Ich habe Einträge für fstab mit UUID erstellen weiter entschlackt. Außerdem braucht das Script keine Rootrechte mehr.

[tobo]

Vergleicht man die beiden Varianten, dann erkennt man, dass die vorherige Variante den fsck-Wert vertauscht (1->2, 2->1) hat. Beide Varianten fügen jede Menge Dateisysteme (z.B. udev, sysfs, proc...) hnzu und lassen swap und noauto-Einhängepunkte verschwinden.

[Livingston]

Wie schon im Wiki genannt: Das Script dient als Arbeitserleichterung, um fstab-Neueeinträge zu erstellen, und der angebrachte Warnhinweis macht (hoffentlich) deutlich genug, dass es nicht blind in eigene Scripte eingebaut werden soll. Daher werden nur mounts aus /etc/mtab = /proc/mounts gelesen.
Noautos und swaps fallen aus diesem Grund daher raus.
Ich denke, wenn ich etwas Zeit habe, baue ich das Ding weiter aus, um auch die bestehende fstab mitauzuwerten. Dann ließen sich besagte Fälle berücksichtigen.
Ein Problem sehe ich schon am Horizont: Wenn nach einem Mount die fstab geändert wurde, gibt es u.U. Wiedersprüche. Denen sollte man wohl am Besten mit Warnhinweisen begegnen.

Der fsck-Tausch war eine Korrektur: Rootverzeichnis 1, andere Mounts 2. Soll so.

Ein Filter für proc & Co ist kein Problem: Man gibt nur das aus, wo tatsächlich das Device durch die UUID ersetzt wurde. Ich werde das als Scriptoption einbauen.

Tja, ich wollte nur mal eben eine Quick-n-Dirty-Methode bauen, um zuverlässig an Neueinträge zu kommen. Aber ich sehe schon, das Ganze wird noch wachsen.

NACHTRAG: Weiteres Vorgehen
Vorab: Ich habe nicht vor, einen kompletten Syntax-Parser für die fstab zu schreiben. Aber ein bissel muss ich in die Materie reingehen, um mehr Output zu kriegen.

• Auffinden der Mountoption noauto in fstab-Einträgen und Checken, ob das entsprechende Gerät bereits gemountet ist. Wenn ja, ist das Gerät bereits aufgelistet.
• Wenn nein -> Durchstöbern von /dev/disks/by-uuid/, ggf. Ausgeben
• Trifft auch dies nicht zu (z.b. nichteingesteckter USB-Stick), dann fstab-Eintrag, 1. Spalte untersuchen:
  • Es gibt einen Eintrag mit UUID=abcdefg... -> Übernehmen
  • Es verbleiben noch nicht gemountete Fälle der Art /dev/sdxy, LABEL=abcd..., Networkkram (cifs, nfs), Virtuelles (proc, sys & Co). Hier kann man nur das Original übernehmen und ggf. mit einen Kommentar versehen.

Ansonsten:
Ich baue einen Schalter als Kommando-Option ein, der wahlweise nur Dateisysteme mit einer UUID ausgibt oder alles raushaut.
Ein weiterer Schalter ermöglicht/verhindert einen Kommentar, welches Gerät hinter einer UUID steckt.

Mal sehen, wie schnell ich vorankomme. Sollte bis Monatsende fertig werden.

[Livingston]

Filteroption eingebaut, um nur Zeilen mit gefundenen UUIDs anzuzeigen (also Ausblendung von Netzmounts und proc...).
Option zur Ausblendung von Hinweisen auf Original-Device in Kommentaren.
Noautos aus fstab sind verarztet. Fehlen nur noch die Swaps.

[buntewolke]

Moin,

ich rege an, dass auf der Hauptseite ein "Auflistung aktualisieren"-Link mit https://wiki.debianforum.de/Hauptseite?action=purge eingebaut wird. Weil g'rade hat TRex die von mir erstellten Seiten gelöscht. Die Übersicht "Neueste Artikel" auf der Hauptseite wurde aber erst aktualisiert, als ich

Code: Alles auswählen

https://wiki.debianforum.de/Hauptseite?action=purge

gesendet habe. Eleganter wäre, wenn @feltel selbst oder ein von @feltel beauftragter Vertretungsadmin einen cronjob einrichtet, der in regelmäßigen Abständen mit

Code: Alles auswählen

action=purge

Wiki-Seiten, wo es sinnvoll ist, aktualisiert. Dann Kann man die "Auflistung aktualisieren"-Links (die vermutlich sowieso von den Meisten Nutzern übersehen und nicht genutzt werden) von den Wiki-Seiten entfernen.

gruss, buntewolke

[rodney]

Richte dir doch einen Cronjob ein, dann kannst das selbst erledigen und andere muessen nicht deine "genialen" Eingebungen umsetzen.

[dasebastian]

ich rege an ...

Mein Güte, kannst du deine Wichtigtuerei hier endlich sein lassen bitte?! Um es ganz klipp und klar zu sagen - auch auf die Gefahr hin, daß es für mich jetzt eins hinter die Löffel gibt: Du nervst!

[KP97]

Danke Sebastian, endlich spricht es auch mal jemand außer mir aus und bringt es auf den Punkt.
Ich hab' es an anderer Stelle ja schon mehrfach erwähnt, diese Wichtigtuerei ist fürchterlich.