Willkommen im Forum.
Aufgrund von Softwareupdates bei meinem Synology-NAS und den daraus resultierenden Problemen möchte ich mir jetzt aber einen Raspi mit LMS einrichten.
Ist jetzt <OT> aber mich wuerde interessieren was Du genau fuer Probleme hast. Wenn Du schon im Syno Forum Dein Problem diskutiert hast reicht mir auch der Link dazu 
Macht durchaus Sinn sofern man alte Raspies hat 
Pi-hole umstetzen wollt.
Willkommen im Forum. Ein typischer Einsatz einer Raspberry ist pihole. Aber wenn Du eine Raspi4 gekauft hast - was wohl der Falle sein wird - ist diese damit absolut unterfordert. Es gibt also noch eine Menge andere Dinge fuer die Du die Raspberry on top zu pihole einsetzen kannst. Im Unterforum Tutorial wirst Du eine Menge Ideen finden
Wenn ich mir Deinen Usecase ansehen frage ich mich warum Du nicht raspiBackup mit dem rsync Backuptyp nimmst. Da geht der Backup ratz fatz 
Und es gibt auch eine Option um der Autoexpand zu unterbinden 
Wenn Du unbedingt ein es Image haben willst kannst Du das ganz zum Schluss einmal erstellenmund mit pishrink nachbehandeln.
die von framp verbesserte pishrink-Variante
Das war mal ein Ansatz von mir pishrink weiter zu verbessern denn es gibt dort eine Menge Potential. Aber wie schon oben geschrieben ist pishrink fuer mich abgemeldet. Ich hatte vergessen meine Branches zu loeschen. Da ich sie nicht mehr maintaine irritieren sie nur 
Edit: Meinen fork von pishrink habe ich eben geloescht.
Pi shrink und raspiBackup würden doch gut harmonieren.
Jein. Ein dd Backup ist ungut und somit ist kein pishrink notwendig. Aber wenn es denn ein dd Backup sein muss ja.
Ich bin bereit bei pishrink zu helfen - ist aber wie beschrieben nicht erwuenscht. Nette Idee aber ein zweites Baby sprengt meine Supportkapazitaet und ehrlich gesagt sehe ich auch keinen Sinn darin Windows Benutzern ein dd Backup mit pishrink noch schmackhafter zu machen. Wenn diese eine Raspi haben koennen sie mit raspiBackup ein tar oder rsync Backup erstellen und damit ist pishrink obsolet.
Nicht falsch verstehen!
Ich haette Dich schon verstanden
So wie ich pishrink kenne, sind die Fehlermeldungen ab Zeile 4 ziemlich nichtssagend,
pishrink ist eine gute Idee aber leider sehr schlecht gewartet. PRs werden nicht angenommen und eine Diskussion ueber PRs laeuft schleppend bis gar nicht. Man koennte die Qualitaet eine Menge verbessern da bislang so gut wie kein Errorhandling implementiert ist 
. Ich habe mal versucht die reinzubringen aber nachdem kaum Feedback kam habe ich mich da zurueckgezogen. Geht leider anderen genauso 
pishrink ist ein Beispiel wie man ein nuetzliches Tool schlecht betreuen kann.
Ich habe festgestellt, dass diese Hobby gar nicht so leicht ist...
Aller Anfang ist schwer. Aber mit Geduld und Spucke und diesem Forum wird das schon was
Da ist mittlerweile so viel drauf dass ich lieber die Finger davon lasse.
Dannn ist es wohl um so wichtiger diesen Ratschlag zu lesen 
Diese Pipe liefert die Zeilen von dmesg, die entstehen, wenn eine SD-Karte als externes Medium eingelegt wird.
Zeig mal wie Deine dmesg Message aussieht. Vielleicht kann man da auch was mit Regex machen 
Aber letztendlich stimme ich @__deets__ zu. Besser ein API benutzen als irgendwelche konfigurierbare Logausgaben.
Willkommen im Forum.
Ich will es aber lernen und habe mich mit einiger Hardware, Kompendium und viel Eifer eingedeckt.
Das ist die perfekte Einstellung und zoegere nicht hier auch zu schreiben und nicht nur zu lesen
noch ein kompletter Newbie im Thema Raspberry,
Willkommen im Forum,
vermutlich auch mit Linux, denn das ist das Betriebssystem was auf der Raspberry laeuft. Aber zu beiden Theman bist Du hier richtig aufgehoben
Man muss dann schauen wie man das in die gewünschte Programmiersprache bekommt.
Mit bash ist da leider Essig Aber Icon kann das wohl ...
Das, was ich vorhin in Beitrag #75 gebracht habe, hat mit Regex so gar nichts zu tun. Das ist das "normale" String-Scanning von Icon.
Das ist mir nicht so klar geworden. Ich kenne Icon nicht. War nur so mein Eindruck.
Datei "regexp.icn" zum Einbinden
Vermutlich wird dann die normale Regex Syntax zu benutzen sein. Du kannst ja mal versuchen damit die IP zu extrahieren. Dann haettest Du die Kombination aus Icon (was Du gut kennst) und Regex (was Du kennenlernen willst )
Offensichtlich hat Icon auch eine eigene Implementierung der Regexfunktionalitaet.
Allerdings mit einer voellig anderen Syntax als die unter Linux gebraeuchliche. In Java und anderen Programmiersprachen (mir faellt jetzt gerade noch go ein) gibt es auch Regexsupport und es wird immer die gleiche Syntax verwendet. Weiss nicht ob es so geschickt ist sich in den Icon Regex support einzuarbeiten
Sollte ich mich auf meine alten Tage wirklich noch damit auseinandersetzen?
Im konkreten Beispiel muss man nicht parsen. Wir haben ja schon Loesungen gesehen ohne Regex. Aber immer wenn man Dinge parsen bzw Elemente aus Texten extrahieren muss ist ein Regex ein sehr maechtiges und kompaktes Werkzeug. Du findest regex auch bei sed, grep, awk, find, und an vielen anderen Stellen (regex ist ein wichtiger Bestandteil von perl) weil es eben ein maechtiges Tools ist um bestimmte Textstrukturen zu erkennen. Ob Du das noch brauchst kannst Du am besten beurteilen.
Ich denke wenn Du Dich mal einen Abend konzentriert hinsetzt und eine der vielen Webseiten durchgehst die es zu Regex gibt hast Du das Grundprinzip der Regex verstanden und kannst sie anwenden. So high sophistikatete Dinge wie lookahead und lookbehind habe ich bislang so gut wie nie benoetigt. Damit kannst Du dann auch einfache Grammatiken parsen. Ist aber meiner Meinung Overkill und man sollte dann vielleicht Yacc und Lexx einsetzen denn wenn Regex ein unlesserlicher langer Bandwurm wird ist der nicht mehr wartbar.
Dort ist das LANG aber nicht mehr sinnvoll
Stimmt. Kleiner Fluechtigkeitsfehler . Aber ist wie Du schreibst in diesem falle wirklich nicht notwendig.
Das macht die Sache aber problematisch, wenn man auf einem Distro-OS entwickelt & testet und optimiert, für ein anderes vorhandenes Distro-OS noch testen & anpassen kann ... und alle anderen Distro-OSse nur Bahnhof verstehen.
Das Ganze ist immer ein gefrickel. Auch #44 und #45. Wenn ich da den String inet sehe und an I18N denke wo der String ganz anders aussieht hast Du nur Probleme. Am sichersten ist noch wenn Du gegen ein stabiles API gehst. Jegliche Formatierung der API Ausgaben sicher zu parsen ist nahezu unmoeglich.
Im konkreten Fall finde ich das Parsen nach dem Format einer IP Adresse schon mal ziemlich sicher. Man muss nur die richtige erwischen (nicht die Bcast IP oder die Netmask die ja alle dasselbe Format haben) Nur nach irgendwelchen unspezifischen Texten an einer bestimmten n-ten Position zu parsen ist fuer mich zu unzuverlaessig.
