=== Toddy69 is now known as Guest8199
=== boser02 is now known as boser
[07:36] <p01nt3r> Guten Morgen. Habe etwas "interessantes" entdeckt im Bezug auf das Schreiben von Iso-Images auf USB-Sticks:
[07:37] <p01nt3r> Habe dabei verschiedene Images, Ubuntu-Isos, Sticks sowie Rechner verwendet.
[07:38] <p01nt3r> Nachdem ich die Sticks boote, und dabei die Kernel-Optionen "quiet" und "splash" deaktiviere (um Meldungen zu sehen), kommen Fehler bez. GPT usw. auf:
[07:39] <p01nt3r> Das sind Meldungen der Art: "Buffer I/O error on dev sddx, logical block 1, async page read"
[07:40] <p01nt3r> oder: "access beyond end of device"
[07:41] <p01nt3r> oder: "lost sync page write"
[07:41] <p01nt3r> Habe zuerst gedacht, ein Stick wäre kaputt, aber 3? Die Meldungen sind mir vorher jedenfalls nie aufgefallen.
[07:43] <p01nt3r> Die Images booten soweit hoch. Kann das mal jemand reproduzieren? Ist das bekannt/normal? Muss/kann man etwas dagegen machen?
[07:43] <p01nt3r> Ich konnte das reproduzieren mit Balena-Etcher, GNome-Disks und dd. Die einzige Software, welche diese Fehler nicht schreibt ist Ventoy.
[07:44] <p01nt3r> Images waren "ubuntu-mate-22.04.02-amd64.iso" und "ubuntu-mate-23.04-amd64.iso"
[07:45] <p01nt3r> Mir ist aufgefallen, dass die Partitionierung durch die Isos auf "GPT" geändert wurde.
[07:45] <holzkopf> usb sticks mit gpt?
[07:46] <p01nt3r> Achso, auch mkusb/dus/guidus produziert Fehler.
[07:46] <p01nt3r> ja merkwürdig, holzkopf
[07:47] <p01nt3r> Das Netz schweigt sich dazu reichlich aus (jedenfalls bei meinen Such-Skills :-))
[07:49] <p01nt3r> Da kam auch was wie "GPT-Partition-Table is corrupt, using Mirror-Table" o.ä.
[07:50] <p01nt3r> Dann wird irgendetwas auf dem Stick "repariert", die obigen Meldungen bleiben jedoch bei jedem Bootvorgang bestehen.
[07:50] <p01nt3r> Da bekommt man schon Bedenken, von solchen Isos von einem USB-Stick sein Ubuntu (Mate) zu installieren...
[07:52] <p01nt3r> Die PC's und Sticks funzen sonst tadellos.
[07:57] <p01nt3r> Habe auch versucht, den Anfang der Sticks zu wipen und die Partitionstabelle neu zu schreiben, immer dieselben Meldungen.
[07:58] <holzkopf> bei GPT musst schon den ganzen stick leeren
[07:58] <holzkopf> shred -zvn 0 /dev/sdX
[07:58] <p01nt3r> wie lange dauert das bei einem 16GB-Stick ca.?
[07:58] <holzkopf> _gute_ sticks erkennen das und führen stattdessen sowas wie ein trim aus.
[07:59] <holzkopf> p01nt3r: kommt auf deinen Stick an
[08:01] <p01nt3r> ok das dauert - erstmal frühstücken ;-)
[08:02] <holzkopf> Knoppers?
[08:08] <ItaloRaver-> x-D
[08:11] <p01nt3r> Knoppix xD
[08:11] <holzkopf> schmeckt nicht so gut wie knoppers
[08:12] <p01nt3r> aber nah dran - Schokomüsli xD
[08:13] <p01nt3r> so, shred is feddich, wie würdest du jetzt weiter vorgehen, holzkopf?
[08:14] <holzkopf> jetzt ganz normal den stick wieder erzeugen - zumindest ist jetzt kein rest vom vorherigen mehr da
[08:14] <p01nt3r> Offiziell wird ja Etcher empfohlen...
[08:14] <p01nt3r> Nehm ich das doch mal.
[08:15] <p01nt3r> (wieder) ^^
[08:15] <p01nt3r> und wo wir schon dabei sind, die Prüfsumme der Iso checken...
=== rubberduck is now known as holzkopf
[08:31] <p01nt3r> Die Server sind heute mal nicht die schnellstne
[08:32] <holzkopf> jo - ich hab auch nur 11,7MB/s bekommen.
[08:32] <p01nt3r> genau
[08:33] <holzkopf> sollten aber 12MB/s sein
[08:33] <p01nt3r> probiere es jetzt mal mit der letzten lts, also 22.04.02
[08:33] <holzkopf> lahme leitung...
[08:34] <holzkopf> also das iso hat in der tat eine gpt tabelle - ich vermute aber deine "probleme" kamen durch mehrere gpt tabellen mit verschiedenem inhalt.
[08:34] <p01nt3r> also muss ich jedesmal den stick komplett wipen?
[08:35] <p01nt3r> oder "shreddern"? xD
[08:35] <p01nt3r> beeinträchtigt das in irgendeiner Weise die Funktionalität der gebooteten ISO?
[08:36] <holzkopf> glaub gpt reste kriegt man leichter weg
[08:36] <holzkopf> also wenn aktuell noch eine gpt drauf ist (und nicht mehrere)
[08:36] <p01nt3r> muss man wohl nur wissen, wo die genau stehen
[08:36] <p01nt3r> jetzt ist er jedenfalls clean
[08:37] <p01nt3r> das erklärt dann aber auch den Unterschied zu Ventoy/Grub
[08:37] <holzkopf> https://manpages.ubuntu.com/manpages/impish/de/man8/fdisk.8.html
[08:37] <le_bot> Title: Ubuntu Manpage: fdisk - manipuliert die Festplatten-Partitionstabelle (at manpages.ubuntu.com)
[08:37] <holzkopf> das kann auch partitionstabellen wipen
[08:38] <holzkopf> aber halt nur die jeweils aktive - wenn du da mehrere drauf hast dann gibts mglw. Überreste von zuvor und die können komische Auswirkungen haben.
[08:38] <p01nt3r> werde ich mir dann beizeiten mal zu gemüte führen ;-)
[08:38] <p01nt3r> ok, gut zu wissen soweit
[08:40] <p01nt3r> Im Artikel "Ubuntu-Downloads_überprüfen" auf ubuntuuser.de steht ganz unten:
[08:40] <holzkopf> ich hab halt den Verdacht (!=wissen) dass du hier paar tabellen parallel hattest die dann komische seiteneffekte zur Folge hatten
[08:40] <p01nt3r> Bei "Überprüfung der ISO-Datei"
[08:40] <p01nt3r> man solle "sha256sum --check --ignore-missing SHA256SUMS" ausführen
[08:41] <p01nt3r> bei mir kommt da allerdings "keine Datei wurde überprüft"?
[08:41] <holzkopf> ich mach immer sha256sum *.iso
[08:41] <holzkopf> und dann vergleiche ich optisch
[08:41] <p01nt3r> obwohl die sums, die gpg und die iso im selben VBerzeichnis lagern
[08:42] <p01nt3r> ok das scheint was zu machen
[08:42] <p01nt3r> womit prüfe ich i.d.Fall den Schlüssel dann gegen?
[08:43] <p01nt3r> mit der sums
[08:43] <holzkopf> dem inhalt der sha256sums datei?
[08:44] <p01nt3r> lol die stimmen nicht überein?
[08:45] <p01nt3r> lol mein Fehler
[08:45] <p01nt3r> die Anleitung bezieht sich auf Ubuntu, nicht auf Mate
[08:48] <holzkopf> tststs
[08:50] <p01nt3r> ok das sollte so passen
[08:51] <p01nt3r> so, jetzt mit der appimage von etcher das iso auf den stick...
[08:52] <p01nt3r> Kann es einen Unterschied machen, wenn ich die ISO von einer NTFS-Partition auf den Stick brate?
[08:54] <holzkopf> würd mich wundern
[08:55] <p01nt3r> Habe die Iso zum Ausschliessen mal nach /home/user/Downloads kopiert
[08:55] <p01nt3r> er "brät"...
[08:56] <holzkopf> *brutzel*
[08:56] <p01nt3r> Nur rein Interesse-halber: Welchen Prozess nutzt Etcher zum Schreiben? Das ist kein dd oder?
[08:56] <p01nt3r> Holt aus jedem Stick die max. Speed raus, interessant
[08:57] <p01nt3r> So, ich gehe mal zum Testen an den Schleppi
[08:58] <holzkopf> da hab ich keine ahnung
[09:02] <p01nt3r> die Meldungen sind geblieben
[09:02] <holzkopf> hm... dann fällt mir auch nix mehr ein
[09:04] <p01nt3r> Wie könnte man dem auf den Grund kommen
[09:05] <holzkopf> wie bootest du denn?
[09:05] <holzkopf> UEFI oder CSM?
[09:05] <p01nt3r> der Schleppi kann nur Legacy/CSM
[09:05] <holzkopf> was hat der denn für eine CPU/RAM/SSD Ausstattung?
[09:11] <p01nt3r> Ist ein Intel Dual-Kerner
[09:12] <p01nt3r> C200 Chipsatz
[09:12] <p01nt3r> Intel Pentium B960
[09:13] <p01nt3r> SSD ist eine Intenso 2,5" SSD
[09:13] <p01nt3r> hab ich nachgerüstet
[09:13] <p01nt3r> mit 8GB Ram
[09:14] <p01nt3r> komplett erneuert beim Kauf vor ca. einem Jahr
[09:14] <p01nt3r> und dieser PC hat:
[09:15] <holzkopf> Sandy Bridge...
[09:15] <holzkopf> Da gabs schon vereinzelte UEFI Biose
[09:15] <p01nt3r> ASUS B450-F Gaming, AMD 5600, 16GB Kingston DDR4
[09:15] <holzkopf> und welcher mosert an den partition tables rum?
[09:15] <p01nt3r> beide.
[09:16] <p01nt3r> mit 3 verschiedenen Sticks
[09:16] <p01nt3r> immer exakt das Gleiche.
[09:16] <p01nt3r> egal ob UEFI oder CSM gebootet.
[09:16] <holzkopf> also ich hab grade zum testn ubuntu desktop 23.04 gesaugt und mit etcher auf einen stick gebogen -> ohne fehler.
[09:17] <p01nt3r> hast mal boot-optionen "quiet" und "splash" ausgemacht?
[09:17] <holzkopf> einfach stick erzeugt und gebootet
[09:17] <p01nt3r> ja dann siehst das ja auchnicht
[09:18] <holzkopf> leider sind wir hier mglw. nicht die richtige gruppe um so einen potentiellen bug einzufangen
[09:18] <p01nt3r> ich teste nochmal eben die ubuntu (ohne mate)gegen
[09:20] <p01nt3r> An wen kann ich mich wenden? Habe noch nie einen Bug-Report geschrieben xD
[09:22] <holzkopf> -> sehr gute frage
[09:23] <p01nt3r> es gibt Neues:
[09:23] <p01nt3r> shred meldet:
[09:23] <p01nt3r> shred: /dev/sdd: Fehler beim Schreiben an Offset 360062464: Eingabe-/Ausgabefehler
[09:23] <p01nt3r> hred: /dev/sdd: lseek fehlgeschlagen: Das Argument ist ungültig
[09:23] <p01nt3r> s
[09:23] <holzkopf> stick kaputt?
[09:24] <p01nt3r> Eben ging das noch ^
[09:24] <holzkopf> was sagt dmesg?
[09:25] <p01nt3r> [ 6664.677926] usb 2-4: device descriptor read/8, error -110
[09:25] <p01nt3r> JBD2: Error -5 detected when updating journal superblock for sdd4-8
[09:25] <p01nt3r> EXT4-fs error (device sdd4): ext4_put_super:1188: comm umount: Couldn't clean up the journal
[09:25] <p01nt3r> Buffer I/O error on dev sdd4, logical block 1081344, lost sync page write
[09:26] <p01nt3r> blk_update_request: I/O error, dev sdd, sector 703104 op 0x1:(WRITE) flags 0x8800 phys_seg 16 prio class 0
[09:27] <p01nt3r> entspricht grösstenteils den Meldungen, die auch die ISO beim Booten ausspuckt (bis auf das GPT-gekröse)
[09:28] <p01nt3r> Bei diesem Stick denke ich auch, dass der angeschlagen ist
[09:28] <holzkopf> das klingt für mich nach kaputter stick
[09:28] <p01nt3r> ich nehme mal einen anderen
[09:28] <holzkopf> Hast du Hammer und Schraubstock?
[09:28] <p01nt3r> (neuen=
[09:28] <p01nt3r> )
[09:29] <p01nt3r> zum entgültigen Eleminieren?!? xD
[09:31] <p01nt3r> Wenn der Stick ne Macke hat, wieso arbeitet der dann einmal relativ normal und spuckt einmal Fehler aus und versagt? Liegt das dann eher am Kontroller?
[09:32] <p01nt3r> Der neue Stick ist seeehr langsam..
[09:33] <holzkopf> korrekt - zum Atomisieren. Ein unzuverlässiger Stick macht nur Ärger und so teuer sind die nimmer.
[09:34] <p01nt3r> Habe den testweise auch mal direkt hinten im IO-Shield eingesteckt, um etwaige Probleme mit einem ausgeführten USB-3.0 Front Port auszuschliessen
[09:34] <p01nt3r> Hat aber auch nicht wirklich geholfen
[09:34] <p01nt3r> Die Hoffnung stirbt ja bekanntlich zuletzt xD
[09:38] <p01nt3r> Kann man bei Sticks eig. auch einen Oberflächentest machen ähnlich HD-Tune? Gibts sowas für Linux? Habe da nur badblocks gefunden bisher
[09:39] <holzkopf> wie willst du denn testen?
[09:39] <p01nt3r> naja ob die Zellen intakt sind
[09:40] <holzkopf> das geht leider nur unter windows
[09:40] <p01nt3r> Wieso ist das so?
[09:40] <holzkopf> und dort auch nur mit tools aus mehr oder weniger fragwürdigen quellen
[09:40] <holzkopf> weil die hersteller tools der usb-stick-controller halt windows sind
[09:41] <p01nt3r> also müsste man badblocks nehmen dazu?
[09:41] <p01nt3r> oder eignet sich das dazu nicht?
[09:43] <holzkopf> da sticks idr. kein SMART machen bringt das nix
[09:43] <holzkopf> https://www.usbdev.ru/files/usbflashinfo/ <- das wäre ein tool mit dem du (unter windows) rausfinden kannst was da überhaupt für ein controller drin ist.
[09:44] <holzkopf> auf der webseite finden sich dann auch die tools mit denen du deinen stick dann real lowlevel formatieren kannst. manche controller können auch nette gimmicks.
[09:44] <holzkopf> wie z.B. CD Laufwerk emulieren.
[09:44] <p01nt3r> Alcor Micro Corp. Flash Drive
[09:44] <p01nt3r> hat mir "lsusb" gerade gesagt xD
[09:45] <holzkopf> das ist leider nicht genau genug
[09:45] <holzkopf> https://www.usbdev.ru/files/
[09:45] <holzkopf> da sind die tools alle gelistet.
[09:45] <p01nt3r> real low level formatieren heisst dann aber doch auch Garantie futsch?
[09:45] <holzkopf> das sowieso
[09:47] <p01nt3r> aber interessante (wenn auch auf russisch) Seite, danke!
[09:48] <p01nt3r> shred ist nach all der Zeit jetzt gerade mal bei 45% xD
[09:50] <holzkopf> wegen russisch -> mehr oder weniger vertrauenswürdig.
[09:51] <holzkopf> allerdings meines wissens die einzige einigermaßen vollständige sammlung von flash-controller-hersteller-tools
[09:51] <holzkopf> da kannste dann auch CD/DVD Emulation und so kram machen je nach Controller
[09:52] <holzkopf> ich hab n 32er Stick da drüber ll formatiert. Der hat jetzt nur noch 24 GByte dafür aber wesentlich flotter und zuverlässiger
[09:53] <p01nt3r> geht's da um Ausgrenzung defekter Sektoren?
[09:53] <holzkopf> jopp
[09:54] <p01nt3r> Sowas geht ja angeblich auch mit onbaord tools unter MS wie chkdsk und co. hat aber noch nie richtig funktioniert
[09:54] <holzkopf> wenn du damit arbeiten willst: nimm eine dedizierte maschine dafür
[09:54] <p01nt3r> Diese Tools arbeiten glaube alle nur auf Dateisystem-Ebene oder?
[09:54] <holzkopf> p01nt3r: beim ll format werden schlechte (müssen ja nicht total defekt sein) ausgemapped - das geht völlig anders als das was du mit chkdks machen kannst.
[09:55] <holzkopf> diese tools arbeiten auf blockebene aber nicht auf flash ebene
[09:55] <holzkopf> die von usbdev.ru hingegen greifen direkt durch
[09:55] <p01nt3r> Vorgehensweise wäre dann: Controller feststellen mit "ChipGenius", entspr. Tool herunterladen, low level formatieren
[09:56] <holzkopf> z.B.
[09:56] <holzkopf> aber machs auf einer abgelegten dedizierten kiste die du problemlos jederzeit neu aufsetzen kannst
[09:56] <p01nt3r> wieso?
[09:56] <holzkopf> weil: manche der tools murksen schon bös am usb rum und dann ist windows mit getötet
[09:56] <p01nt3r> achso
[09:57] <p01nt3r> dafür hat man Backups xD
[09:57] <holzkopf> da brauchts n powercycle damit überhaupt wieder was geht aber dann läuft ggf. trotzdem keine usb tastatur/maus mehr.
[09:57] <holzkopf> weil das tool ggf. den kompletten usb stack erdolcht hat.
[09:58] <p01nt3r> Hört sich aber auch alles nicht sehr vertrauenswürdig an xD
[09:58] <holzkopf> hehe - ist mir nur einmal passiert und war bissl ärgerlich
[09:59] <holzkopf> aber dafür nutz ich halt schon immer dedizierte rechner - so ein ll format dauert ja auch ewig
[09:59] <p01nt3r> Zitat aus der Beschreibung des Chip-Genius-Tools: "VID – die Kennung des Herstellers des Flash-Laufwerks oder Controllers oder einfach nur die kranke Fantasie von jemandem" hahaha
[09:59] <p01nt3r> geil
[10:00] <holzkopf> du kannst russisch?
[10:03] <p01nt3r> Mein Browser kann es übersetzen xD
[10:03] <holzkopf> braver Browser
[10:04] <p01nt3r> für mich sind das alles nur kryptische Zeichen
[10:05] <holzkopf> kyrillische bitte
[10:10] <p01nt3r> oder so
[10:10] <holzkopf> superman/girl hat damit nix zu tun
[10:16] <p01nt3r> Bieten die Vertreiber der Sticks solche Programme nicht an? (Intenso, Transcend,...)
[10:16] <holzkopf> Nö
[10:17] <p01nt3r> Ist es normal, dass sich Fehler auf Sticks befinden?
[10:24] <p01nt3r> so, shred ist (endlich) fertig, iso drauf...
[10:37] <holzkopf> also normalerweise haben sticks keine sichtbaren fehler. der darunterliegende flash sehr wohl aber das wird vom controller ausgeblendet. Leider haben die meisten USB Sticks kein SMART sodass man so gut wie nix erfährt wie es drinnen zugeht.
[10:38] <holzkopf> wenn du also vom stick einen schreib- oder lesefehler bekommst dann solltest die daten retten und den stick entsorgen.
[10:38] <holzkopf> ausser es gibt ggf. eine andere ursache wie z.B. ein schlechter USB Port am PC
[10:44] <p01nt3r> so, fertig geflashed und validiert. jetzt wird gebootet xD
[10:48] <p01nt3r> GPT PMBR size mismatch
[10:49] <p01nt3r> will be corrected by write
[10:49] <p01nt3r> the backup gpt table is not at the end of the device
[10:50] <holzkopf> na gut das sehe ich als unkritisch an
[10:50] <p01nt3r> woher rührt das?
[10:52] <Loetmichel> holzkopf: blödsinn, halbe zeit kommen solche lesefehler von einem dreckigen usbstecker.
[10:53] <holzkopf> Loetmichel: genau das meine ich ja - ausser wenn klar ist dass es ein stick-externen grund gibt
[10:54] <holzkopf> p01nt3r: weil das dvd image natürlich nicht genau so groß ist wie dein stick ist die position des gpt backups halt nicht da wo sie sein müsste. das ist aber ein fehler von etcher dass der das nicht korrigiert
[10:55] <p01nt3r> da kommen auch wieder reichlich Buffer I/O-Errors
[10:55] <holzkopf> hm.... auf beiden deiner systeme?
[10:55] <p01nt3r> jap - und auch auf allen 3 sticks
[10:56] <holzkopf> hast du kontaktspray?
[10:56] <p01nt3r> nein
[10:56] <holzkopf> solltest dir bei gelegenheit mal zulegen
[10:56] <p01nt3r> geht da auch wd40? xD
[10:56] <holzkopf> p01nt3r: apropos: Loetmichel kennt sich da noch viel besser aus als ich.
[10:56] <holzkopf> p01nt3r: Blos ned!
[10:56] <holzkopf> kein WD40 dafür nehmen.
[10:56] <p01nt3r> xD
[10:57] <Loetmichel> p01nt3r: KEIN wd40. Notfalls reinen alkohol. Besser is aber einfach pressluft und ein q-tip mit wasser und seife, dann mit alk nachputzen.
[10:58] <Loetmichel> also bei Platinenkontakten
[10:58] <holzkopf> Loetmichel: du hast aber feine Q-Tips
[10:58] <holzkopf> isopropanol kann man benutzen wenn man über hat.
[10:58] <p01nt3r> habe ein Isopropanol-Wasser-Gemisch da
[10:58] <Loetmichel> <-nimmt spezielle lederbeschichtete "blechstäbchen"
[10:59] <p01nt3r> Wie genau reinigt man USB-Ports?
[10:59] <Loetmichel> qtips kann man plattdrücken, holzkopf
[10:59] <holzkopf> Loetmichel: also meine werden auch damit nicht flach genug für ne USB Buchse.
[11:00] <Loetmichel> p01nt3r: im zweifel einen schwing alk/renigungslösung reinspritzen, ein paar mal ein und aussstecken wenn man keinen passenden "qtip" hat der reingeht und dann mit pressluft ausblasen
[11:01] <Loetmichel> holzkopf: "klemmt es: wende keine gewalt an, nimm' einfach einen größeren Hammer!"
[11:02] <Loetmichel> Üblicherweise ist da aber nur staub/flusen in den steckern/buchsen, da reicht NORMAL pressluft zum saubermachen. Ausser man hat den USBstick in kaffee mit milch und zucker ertränkt
[11:02] <p01nt3r> Beim Laptop dazu den Akku raus, beim PC Netzteil ziehen - und wenn das nichts hilft?
[11:02] <holzkopf> straßenwalze und 50x drüberfahren
[11:03] <p01nt3r> die Rechnung schicke ich dir dann, holzkopf xD
[11:03] <holzkopf> p01nt3r: tststs
[11:04] <holzkopf> p01nt3r: versuch mal was Loetmichel sagt
[11:04] <holzkopf> der kennt sich da wirklich gut aus
[11:04] <Loetmichel> wenn du nicht eimerweise wasser nimmst: IPA ist nichtleitend. Brauchste keine stecker ziehen
[11:05] <p01nt3r> IPA?
[11:05] <holzkopf> IPA = Isopropanol
[11:05] <Loetmichel> Isopropylalkohol
[11:05] <holzkopf> bekommst in Kleinmengen in der Apotheke oder bei Amazon
[11:05] <p01nt3r> das wusste ich auch noch nicht
[11:05] <holzkopf> ist ein extrem guter Fettlöser - kann man immer mal wieder brauchen. Und desinfiziert saugut.
[11:05] <Loetmichel> "hand-desinfektion" hat üblicherweise 70%
[11:05] <p01nt3r> wobei das mit einer Wasser-versetzten Lösung dann schon wieder anders aussieht...
[11:06] <p01nt3r> das Zeug hab ich aus Corona-Zeiten noch irgendwo, schaue mal drauf was da drin ist
[11:06] <holzkopf> solltest kein handdesinfektionsmittel zum kontakte reinigen nehmen da da zusatzstoffe drin sind z.b. glycerin die du nicht auf den Kontakten haben willst
[11:07] <holzkopf> ach ja - und lüften - es seidenn du stehst auf sowas wie klebstoff-schnüffeln. IPA macht schnell wirr in der Murmel beim einatmen
[11:08] <p01nt3r> ALso das Zeug hier hat 40% Ethanol und 19% 2-Propanol
[11:09] <holzkopf> und der rest?
[11:09] <p01nt3r> gute Frage xD
[11:09] <holzkopf> Bekannter von mir putzt Elektronik immer mit Kerschschnaps
[11:09] <p01nt3r> Zur Sicherheit kann ich ja trotzdem stromlos machen.-
[11:10] <p01nt3r> Die IPA-Wasser-Lösung spricht mich erstmal eher an
[11:10] <Loetmichel> holzkopf hat recht. Das desinfektionsmittel is suboptimal wegen der zusatzstoffe daß die die flossen nicht austrocknen. War nur ein beispiel wo IPA drin is
[11:11] <p01nt3r> Dann würde ich das Zeug in die Kontakte des Sticks bringen - und damit dann die USB-Ports der Rechner reinigen - anschliessend föhnen - verfliegt ja auch fix das Zeug. Irgendwelche Gegenargumente dazu?
[11:11] <holzkopf> Loetmichel: ich hab mit Parker schwarzer Tinte und IPA immer die alten S/W Patronen von Canon nachgefüllt
[11:12] <holzkopf> hatte damals(tm) einen AKKU Tintenstrahldrucker S/W
[11:13] <p01nt3r> Drucker? Was war das nochmal? xD
[11:13] <p01nt3r> Auf dem Dachboden steht noch ein alter HP-Tintendrucker
[11:13] <Loetmichel> <- fertigt in der firma noch ab und an nadeldrucker. :)
[11:14] <Loetmichel> fön ist unnötig, pressluft reicht
[11:14] <p01nt3r> Genau die hab ich aber nicht (außer Pusten mit dem Mund)
[11:16] <holzkopf> man sieht du bist elektronisch nicht nicht voll ausgestattet
[11:17] <p01nt3r> Nachbarin hat so einen Tintendrucker, der aber nicht mehr will, wie bekommt man den wieder fitß
[11:17] <holzkopf> ich hab hier 2 Kompressoren und überlege schon einen 3. anzuschaffen
[11:17] <p01nt3r> 3 zuviel xD
[11:17] <holzkopf> p01nt3r: Ferndiagnose -> schwierig
[11:18] <p01nt3r> Sie sagt sie hätte neue Patronen eingelegt, danach wollte der nicht mehjr
[11:18] <p01nt3r> mehr
[11:18] <holzkopf> ich sach ja: ferndiagnose -> schwierig
[11:18] <p01nt3r> Meistens trocknen die ja ein - habe mir den selber noch nicht angeschaut ^^
[11:19]  * p01nt3r geht mal USB-Ports reinigen xD
[11:20] <p01nt3r> Nur nochmal ein Denk-Anstoss: Wenn die Ports verdreckt wären, sollten dann nicht sporadische Schreib-Lesefehler auftreten? Wieso booten die Sticks dann durch(aber immer mit den gleichen Meldungen)?
[11:22] <holzkopf> netzteil?
[11:22] <p01nt3r> SPannungen sind stabil (zumindest hier beim Gaming-PC)
[11:22] <p01nt3r> Und die Games laufen auch 100%ig
[11:23] <holzkopf> usb benutzt 5V - sonst kaum was
[11:23] <p01nt3r> auch die sind stabil
[11:23] <p01nt3r> und in der Toleranz
[11:23] <holzkopf> hast mitm Oszi nachgemessen?
[11:24] <p01nt3r> Verlasse mich da erstmal auf die UEFI-Anzeige
[11:24] <holzkopf> stell dein multimeter mal auf AC und schau wie viel ripple du da drauf hast
[11:28] <p01nt3r> Genau die gleichen Fehler übrigens wieder mit der Ubuntu-23.04-ISO
[11:29] <p01nt3r> Habe ja noch 2 Rechner hier...
[11:36] <holzkopf> so wenige?
[11:41] <holzkopf> ich hab schon alleine 7 linux rechner ud 2 mit FreeBSD alleine hier im büro
[11:42] <holzkopf> und dann noch 4 windosen
[11:46] <p01nt3r> also am 3. PC ist es genauso. Das Testen eines weiteren PC's spare ich mir jetzt mal.
[11:47] <p01nt3r> habe das Image ja auch schon auf 2 verschiedenen PC's geschrieben.
[11:47] <p01nt3r> Ich glaube nicht an solche Zufälle.
[11:48] <p01nt3r> Meiner Meinung nach müssen die Images eine Macke haben.
[11:57] <holzkopf> kann gut sein
[12:02] <p01nt3r> ich versuch mal ne andere Distro
=== eidolon- is now known as eidolon
[12:54] <p01nt3r> bei Mint dasselbe - strange
[13:09] <holzkopf> kannst du davon installieren?
[13:10] <p01nt3r> noch nicht getestet
[13:10] <p01nt3r> habe aber mehrere hinweise darauf mittlerweile im netz gefunden
[13:10] <p01nt3r> ist wohl eine Differenz zwischen MBR/GPT
[13:11] <p01nt3r> soll mit gparted reparierbar sein, mal sehen
[13:11] <holzkopf> ich sag ja - die im iso gespeicherte gpt tabelle ist halt auf die größe des iso ausgelegt.
[13:11] <holzkopf> wenn du das jetzt auf einen USB Stick packst der idr. größer ist passt das nimmer
[13:11] <p01nt3r> Das glaube ich dir auch - nur diese Buffer I/O-Errors, da klingeln meine Alarm-Glocken
[13:11] <p01nt3r> Was haben die mit dem Umstand zutun?
[13:12] <holzkopf> die kann ich mir auch nicht erklären.
[13:12] <p01nt3r> Und zwar an jedem Rechner mit jedem Stick an jedem Port
[13:12] <p01nt3r> Ist doch eigenartiig
[13:14] <holzkopf> sehr sogar
[13:14] <holzkopf> diese buffer io errors sind auch im dmesg?
[13:14] <p01nt3r> Ich beschreibe hier den Stick ja im UEFI-Modus...
[13:14] <p01nt3r> jap
[13:14] <p01nt3r> Vielleicht tritt das nicht mehr auf, wenn man im MBR-Modus installiert und dann auch MBR bootet?
[13:16] <holzkopf> wie dein system gebootet wurde sollte beim stick erstellen herzlich egal sein
[13:18] <p01nt3r> eig. ja
[13:19] <p01nt3r> das problem ist, mit gparted kommt man nicht an die internen Partionen vom Stick ran, selbst, wenn man davon bootet
[13:20] <p01nt3r> da sieht man nur einen einzigen "Iso 9660"-Eintrag
[13:20] <p01nt3r> Was haben die da gemacht? xD
[13:20] <p01nt3r> mit lsblk sehe ich aber allein 2-4 Partitionen
[13:21] <p01nt3r> Jeh nach Distro
[13:21] <p01nt3r> Bei Ubuntu sind es 4
[13:22] <p01nt3r> sdd1 bis sdd4
[13:24] <holzkopf> jetzt hab ich den buffer io error nachstellen können: access beyond end of device
[13:24] <holzkopf> steht das bei dir auch immer dabei?
[13:24] <p01nt3r> haa
[13:24] <p01nt3r> jap
[13:25] <holzkopf> aber das hab ich nur beim shutdown, nicht beim boot
[13:25] <p01nt3r> ok boot geht so schnell, vielleicht übersehen wir da was?
[13:26] <p01nt3r> oder laut dmesg?
[13:26] <p01nt3r> wart ich guck mal bei mir
[13:30] <p01nt3r> also nachdem er das (beim vorherigen Booten) einmal korrigiert hat, habe ich beim Booten keine Errors mehr lt. dmesg
[13:31] <p01nt3r> Da habe ich vorher auch nur Meldungen zu dieser GPT-Table Geschichte gesehen
[13:31] <p01nt3r> weil ich den lahmen Stick verwendet hatte
[13:31] <p01nt3r> ist dann mehr Zeit zum Fehler-Gucken xD
[13:32] <holzkopf> debugging durch schnarchlahm...
[13:32] <p01nt3r> ein "sudo dmesg | grep error" bringt mir jedenfalls keine Ausgabe jetzt
[13:32] <p01nt3r> so in der Art lol
[13:34] <p01nt3r> Auch keine Fehler zu "GPT" oder "Buffer"
[13:35] <p01nt3r> Die Buffer I/O-Errors erscheinen aber wieder beim Herunterfahren oder Neustarten.
[13:35] <holzkopf> die frage ist jetzt halt nur: ist das nur ein optischer fehler - also nervt wenn man hinguggd - oder was ernstes?
[13:37] <p01nt3r> Bist du heute abend noch da? Dann käm ich nochmal wieder zwecks weiterer Recherche/Erfahrungsaustausch
[13:37] <p01nt3r> Tochter ist da und will Minecraft spielen ;-)
[13:37] <holzkopf> weiss  noch nicht
[13:38] <holzkopf> also "da" bin ich sicher aber evtl. halt AFK
[13:38] <p01nt3r> Oder ich schreib dich mal explizit an
[13:38] <p01nt3r> ok?
[13:38] <holzkopf> muss nicht sein
[13:38] <holzkopf> ich hab n bouncer - ich sehe hilights auch am tag danach.
[13:38] <p01nt3r> ok, danke soweit - wir werden der Sache auf den Grund gehen ;-)
[13:39] <p01nt3r> Also haut rein und nochmal DANKE an alle soweit.
[19:12] <p01nt3r> holzkopf, guten :-)
[19:13] <holzkopf> n8
[19:13] <p01nt3r> Es gibt Neues
[19:13] <p01nt3r> Bei dir auch?
[19:13] <holzkopf> ja - feierabend
[19:13] <p01nt3r> Den brauch ich heute nicht - habe frei
[19:14] <p01nt3r> Habe was gefunden im LinuxMint-Forum:
[19:14] <p01nt3r> https://forums-linuxmint-com.translate.goog/viewtopic.php?t=356895&_x_tr_sl=auto&_x_tr_tl=de&_x_tr_hl=de
[19:14] <le_bot> Title: Buffer I/0 error on dev sda1, logical block 131062, async page read [ SOLVED ] - Linux Mint Forums (at forums-linuxmint-com.translate.goog)
[19:14] <p01nt3r> les mal auf der Seite ganz unten den Post von ThaCrip
[19:15] <p01nt3r> So wie ich es verstehe kann der diese Meldungen reproduzieren, wenn er Partitionen auswirft.
[19:17] <holzkopf> ich verstehe gar nicht was der schreibt
[19:17] <p01nt3r> Im sechsten Absatz schreibt er, man könne den Fehler verhindern, indem man zuerst unmountet und dann das LW physisch entfernt.
[19:17] <p01nt3r> Aber das geht ja nicht bei einem Live-System von USB, oder doch?
[19:18] <holzkopf> du hast doch das problem beim booten
[19:18] <p01nt3r> Die Ursache könnte aber hinkommen,
[19:18] <p01nt3r> beim Booten war es doch nur dieses GPT-Zeugs, oder?
[19:19] <p01nt3r> ich lese das immer, wenn ich das System herunterfahre oder neustarte
[19:19] <p01nt3r> Dachte, hätte das auch so hier geschrieben
[19:21] <p01nt3r> Jedenfalls kommen die Meldungen bei mir immer ziemlich direkt nach "Please remove Bootable Media and Press any Key" oder was da nun genau steht
[19:21] <holzkopf> jo - bei mir auch
[19:21] <holzkopf> aber an der stelle sehe ich das nur kosmetisch an nicht kritisch
[19:22] <p01nt3r> Also versucht irgend etwas vielleicht, diese Partition auszuwerfen, was nicht gelingt, und dann kommen die I/O-Errors
[19:22] <p01nt3r> Habe an zwei Stellen im Netz auch gelesen, dass man das ignorieren kann
[19:22] <holzkopf> ich habe zu wenig draht zu den chefdevs um mich da einzumischen
[19:22] <p01nt3r> Aber man macht sich halt doch erstmal schon Gedanken zu seiner HW xD
[19:22] <holzkopf> jo
[19:23] <p01nt3r> Kann man diesen Unmount-Versuch (wenn es denn wirklich daran liegt, um es mal zu testen) aus dem laufenden Live-System heraus unterbinden irgendwie?
[19:32] <p01nt3r> könnte klappen mit noprompt noeject als kernel-option, mal testen
[19:42] <p01nt3r> mit nur "noeject" kommt ja noch die Bitte um Auswurf, aber die I/O-Meldungen bleiben trotzdem, hmm..
[19:44] <p01nt3r> Bin an diesem Punkt auch am Ende meines Latein angekommen.
[19:45] <p01nt3r> Vielleicht nochmal im Ubuntu-Forum nach sowas suchen...
[19:50] <ItaloRaver-> p01nt3r: ziehst du dann det stick eigentlich ab wenn et heisst man soll?
[19:52] <ItaloRaver-> btw.  daher ii eigentlich imme runterzufahren wähle las ii et dran, ziehe ihn dann ab wenn et aus is und moch nen saubere boot ...
[19:54] <ItaloRaver-> wenn ii dat richtig mitbekimme hobe muss ma dies extra aktivieren, mir is sowhat auch nie aufgefallen ...
[20:23] <p01nt3r> Meistens lass ich den Stick noch drin, bis der Rechner wirklich aus ist
[20:24] <p01nt3r> ItaloRaver-, kannst du die Meldungen auch reproduzieren?
[20:24] <p01nt3r> Habe gerade mal einen Beitrag im ubuntuusers-Forum verfasst.
[20:27] <ItaloRaver-> ko ahnung, müsst mich damit erst mal bissel genaue befassen x-D 
[20:42] <p01nt3r> Ubuntu auf USB-Stick bringen und ohne "quiet" und "splash" optionen booten. Beim Herunterfahren sollten dann Buffer-I/O Error-Meldungen erscheinen.