Arbeitsthread zum Wiki

Diskussion rund um unser Wiki.
Antworten
Benutzeravatar
smutbert
Moderator
Beiträge: 8315
Registriert: 24.07.2011 13:27:39
Wohnort: Graz

Re: Arbeitsthread zum Wiki

Beitrag von smutbert » 15.12.2020 00:54:02

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

Seit bullseye müsste man die Debianbcachefs-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
Beiträge: 2983
Registriert: 16.10.2008 23:25:34
Wohnort: Brandenburg
Kontaktdaten:

Re: Arbeitsthread zum Wiki

Beitrag von Colttt » 15.12.2020 10:30:11

klar passt! und danke für's fixen!
Debian-Nutzer :D

ZABBIX Certified Specialist

Benutzeravatar
smutbert
Moderator
Beiträge: 8315
Registriert: 24.07.2011 13:27:39
Wohnort: Graz

Re: Arbeitsthread zum Wiki

Beitrag von smutbert » 15.12.2020 12:03:07

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

Colttt
Beiträge: 2983
Registriert: 16.10.2008 23:25:34
Wohnort: Brandenburg
Kontaktdaten:

Re: Arbeitsthread zum Wiki

Beitrag von Colttt » 15.12.2020 14:26:45

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
Debian-Nutzer :D

ZABBIX Certified Specialist

chrbr
Beiträge: 547
Registriert: 29.10.2022 15:53:26

Re: Arbeitsthread zum Wiki

Beitrag von chrbr » 26.07.2023 16:33:56

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

Benutzeravatar
shoening
Beiträge: 897
Registriert: 28.01.2005 21:05:59
Lizenz eigener Beiträge: MIT Lizenz

Re: Arbeitsthread zum Wiki

Beitrag von shoening » 26.07.2023 17:39:22

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
Bürokratie kann man nur durch ihre Anwendung bekämpfen.

Benutzeravatar
TRex
Moderator
Beiträge: 8038
Registriert: 23.11.2006 12:23:54
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: KA

Re: Arbeitsthread zum Wiki

Beitrag von TRex » 26.07.2023 18:06:19

shoening hat geschrieben: ↑ zum Beitrag ↑
26.07.2023 17:39:22
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
Jesus saves. Buddha does incremental backups.
Windows ist doof, Linux funktioniert nichtDon't break debian!Wie man widerspricht

dasebastian
Beiträge: 1847
Registriert: 12.07.2020 11:21:17
Lizenz eigener Beiträge: MIT Lizenz

Re: Arbeitsthread zum Wiki

Beitrag von dasebastian » 29.08.2023 17:21:10

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.

Benutzeravatar
Livingston
Beiträge: 1364
Registriert: 04.02.2007 22:52:25
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: 127.0.0.1

Re: Arbeitsthread zum Wiki

Beitrag von Livingston » 22.10.2023 21:03:48

Hab mal was neues gebaut:
Wiki-Artikel zum Thema 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.
Der Hauptunterschied zwischen etwas, was möglicherweise kaputtgehen könnte und etwas, was unmöglich kaputtgehen kann, besteht darin, dass sich bei allem, was unmöglich kaputtgehen kann, falls es doch kaputtgeht, normalerweise herausstellt, dass es unmöglich zerlegt oder repariert werden kann.
Douglas Adams

tobo
Beiträge: 1964
Registriert: 10.12.2008 10:51:41

Re: Arbeitsthread zum Wiki

Beitrag von tobo » 22.10.2023 21:53:26

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.

Benutzeravatar
Livingston
Beiträge: 1364
Registriert: 04.02.2007 22:52:25
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: 127.0.0.1

Re: Arbeitsthread zum Wiki

Beitrag von Livingston » 22.10.2023 23:04:40

Jo, danke. Hab's natürlich nur mit der bash getestet :facepalm:
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 :roll: )
Zuletzt geändert von Livingston am 22.10.2023 23:36:38, insgesamt 2-mal geändert.
Der Hauptunterschied zwischen etwas, was möglicherweise kaputtgehen könnte und etwas, was unmöglich kaputtgehen kann, besteht darin, dass sich bei allem, was unmöglich kaputtgehen kann, falls es doch kaputtgeht, normalerweise herausstellt, dass es unmöglich zerlegt oder repariert werden kann.
Douglas Adams

tobo
Beiträge: 1964
Registriert: 10.12.2008 10:51:41

Re: Arbeitsthread zum Wiki

Beitrag von tobo » 22.10.2023 23:12:53

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...
$

Benutzeravatar
Livingston
Beiträge: 1364
Registriert: 04.02.2007 22:52:25
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: 127.0.0.1

Re: Arbeitsthread zum Wiki

Beitrag von Livingston » 22.10.2023 23:43:01

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
Der Hauptunterschied zwischen etwas, was möglicherweise kaputtgehen könnte und etwas, was unmöglich kaputtgehen kann, besteht darin, dass sich bei allem, was unmöglich kaputtgehen kann, falls es doch kaputtgeht, normalerweise herausstellt, dass es unmöglich zerlegt oder repariert werden kann.
Douglas Adams

tobo
Beiträge: 1964
Registriert: 10.12.2008 10:51:41

Re: Arbeitsthread zum Wiki

Beitrag von tobo » 23.10.2023 00:33:41

Livingston hat geschrieben: ↑ zum Beitrag ↑
22.10.2023 23:43:01
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?

Benutzeravatar
Livingston
Beiträge: 1364
Registriert: 04.02.2007 22:52:25
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: 127.0.0.1

Re: Arbeitsthread zum Wiki

Beitrag von Livingston » 23.10.2023 10:44:31

tobo hat geschrieben: ↑ zum Beitrag ↑
23.10.2023 00:33:41
Livingston hat geschrieben: ↑ zum Beitrag ↑
22.10.2023 23:43:01
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 :THX: Selbst so ein kleines Codeschnippselchen braucht volle Aufmerksamkeit.
Ach ja, und Debianshellcheck und checkbashism aus Debiandevscripts sind Gold wert.
Der Hauptunterschied zwischen etwas, was möglicherweise kaputtgehen könnte und etwas, was unmöglich kaputtgehen kann, besteht darin, dass sich bei allem, was unmöglich kaputtgehen kann, falls es doch kaputtgeht, normalerweise herausstellt, dass es unmöglich zerlegt oder repariert werden kann.
Douglas Adams

Benutzeravatar
Livingston
Beiträge: 1364
Registriert: 04.02.2007 22:52:25
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: 127.0.0.1

Re: Arbeitsthread zum Wiki

Beitrag von Livingston » 24.10.2023 20:27:31

Ich habe Wiki-Artikel zum Thema Einträge für fstab mit UUID erstellen weiter entschlackt. Außerdem braucht das Script keine Rootrechte mehr.
Der Hauptunterschied zwischen etwas, was möglicherweise kaputtgehen könnte und etwas, was unmöglich kaputtgehen kann, besteht darin, dass sich bei allem, was unmöglich kaputtgehen kann, falls es doch kaputtgeht, normalerweise herausstellt, dass es unmöglich zerlegt oder repariert werden kann.
Douglas Adams

tobo
Beiträge: 1964
Registriert: 10.12.2008 10:51:41

Re: Arbeitsthread zum Wiki

Beitrag von tobo » 24.10.2023 21:33:23

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.

Benutzeravatar
Livingston
Beiträge: 1364
Registriert: 04.02.2007 22:52:25
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: 127.0.0.1

Re: Arbeitsthread zum Wiki

Beitrag von Livingston » 24.10.2023 22:59:12

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.
Der Hauptunterschied zwischen etwas, was möglicherweise kaputtgehen könnte und etwas, was unmöglich kaputtgehen kann, besteht darin, dass sich bei allem, was unmöglich kaputtgehen kann, falls es doch kaputtgeht, normalerweise herausstellt, dass es unmöglich zerlegt oder repariert werden kann.
Douglas Adams

Benutzeravatar
Livingston
Beiträge: 1364
Registriert: 04.02.2007 22:52:25
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: 127.0.0.1

Re: Arbeitsthread zum Wiki

Beitrag von Livingston » 25.10.2023 22:45:34

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.
Der Hauptunterschied zwischen etwas, was möglicherweise kaputtgehen könnte und etwas, was unmöglich kaputtgehen kann, besteht darin, dass sich bei allem, was unmöglich kaputtgehen kann, falls es doch kaputtgeht, normalerweise herausstellt, dass es unmöglich zerlegt oder repariert werden kann.
Douglas Adams

Antworten