Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #147573 > unrolled thread
| Started by | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| First post | 2025-09-04 07:14 +0000 |
| Last post | 2025-09-04 20:07 +0200 |
| Articles | 20 on this page of 301 — 27 participants |
Back to article view | Back to de.comp.os.unix.linux.misc
/boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-04 07:14 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-04 09:38 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-04 08:40 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-04 11:00 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-04 09:01 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-04 12:01 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-04 11:03 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-04 11:36 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-04 11:46 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-04 11:49 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-04 14:10 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-04 14:54 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-04 14:59 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-04 17:12 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-04 17:28 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-04 15:48 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-04 18:49 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-04 18:02 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-04 21:34 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-05 08:54 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-05 11:53 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Lutz Falke <lutzfalke@gmx.de> - 2025-09-05 21:18 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-05 22:31 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-06 09:05 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2025-09-05 18:07 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-04 21:01 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-05 08:40 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben gunter-kuehne <gunter-kuehne@mail.de> - 2025-09-05 16:28 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-05 22:32 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-06 08:30 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-06 21:08 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Paul Muster <exp-311225@news.muster.net> - 2025-09-04 11:46 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Kay Martinen <usenet@martinen.de> - 2025-09-04 13:21 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-04 11:40 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-04 17:19 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-04 14:09 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-04 12:39 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-04 15:03 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-04 13:29 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-04 17:10 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-04 15:13 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Kay Martinen <usenet@martinen.de> - 2025-09-04 19:47 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Claus Reibenstein <creibens@gmail.com> - 2025-09-05 14:39 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Kay Martinen <usenet@martinen.de> - 2025-09-05 21:09 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-09-04 22:38 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-05 06:55 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-05 08:35 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-05 08:49 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Kay Martinen <usenet@martinen.de> - 2025-09-05 11:30 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-05 11:53 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Kay Martinen <usenet@martinen.de> - 2025-09-05 13:53 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-05 14:47 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-05 15:07 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-05 15:11 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-05 15:33 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-05 15:09 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Kay Martinen <usenet@martinen.de> - 2025-09-05 21:24 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-04 17:20 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-04 17:18 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-04 15:30 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-04 19:49 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-04 20:35 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-04 21:56 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-05 08:41 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-04 21:42 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-05 08:46 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-05 22:49 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Michael Brand <brandm@gmx.net> - 2025-09-06 08:16 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-06 21:17 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-06 22:51 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-07 20:58 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-07 07:41 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Stefan Reuther <stefan.news@arcor.de> - 2025-09-08 18:41 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-08 19:36 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-08 20:08 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-08 22:07 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-09 00:15 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-09 20:13 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-09 07:37 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Stefan Reuther <stefan.news@arcor.de> - 2025-09-09 18:58 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-09 21:16 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Stefan Reuther <stefan.news@arcor.de> - 2025-09-10 18:19 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-10 18:06 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-11 07:40 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Andreas M. Kirchwitz" <amk@spamfence.net> - 2025-09-11 16:25 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-11 16:35 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Andreas M. Kirchwitz" <amk@spamfence.net> - 2025-09-12 02:06 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-12 04:13 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-12 07:09 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-12 10:32 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-12 08:47 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-12 12:43 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-11 19:52 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-11 17:58 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-11 09:28 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-11 12:04 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Andreas M. Kirchwitz" <amk@spamfence.net> - 2025-09-11 16:19 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-11 19:56 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-11 19:14 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-12 07:11 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-12 07:03 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-12 11:27 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-12 11:39 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-12 14:22 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-12 12:44 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-12 15:54 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-12 16:30 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-12 17:17 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Joerg Walther <joerg.walther@magenta.de> - 2025-09-13 16:09 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Wolfgang Bauer <wolfgang-bauer@mein.gmx> - 2025-09-13 16:25 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-13 16:18 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Wolfgang Bauer <wolfgang-bauer@mein.gmx> - 2025-09-13 18:28 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-13 17:00 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Wolfgang Bauer <wolfgang-bauer@mein.gmx> - 2025-09-14 10:56 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-14 09:59 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Wolfgang Bauer <wolfgang-bauer@mein.gmx> - 2025-09-14 12:22 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-14 11:31 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Wolfgang Bauer <wolfgang-bauer@mein.gmx> - 2025-09-14 14:26 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Joerg Walther <joerg.walther@magenta.de> - 2025-09-14 16:03 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-14 21:40 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Joerg Walther <joerg.walther@magenta.de> - 2025-09-14 15:55 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Wolfgang Bauer <wolfgang-bauer@mein.gmx> - 2025-09-14 17:46 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-11 21:17 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-11 19:53 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-12 10:35 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-12 08:50 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Hermann Riemann <nospam.ng@hermann-riemann.de> - 2025-09-12 11:19 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-12 11:29 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Friedemann Stoyan <usenet@ip6-mail.de> - 2025-09-12 15:10 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-12 15:55 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-12 14:30 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Andreas M. Kirchwitz" <amk@spamfence.net> - 2025-09-12 01:09 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-12 07:14 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-12 10:36 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-12 11:06 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-12 09:15 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-12 11:35 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-12 09:53 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-12 11:26 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-12 13:49 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-12 11:58 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-12 14:28 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-12 12:45 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-12 15:59 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-12 14:34 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-12 21:10 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-12 23:13 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-12 21:18 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-13 11:25 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-13 00:42 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-13 07:47 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-13 11:28 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-13 09:37 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-13 14:02 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-13 15:28 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-13 16:20 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-13 19:39 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-13 22:58 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-14 12:01 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-14 16:32 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2025-09-14 19:38 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-15 09:22 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-14 12:00 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-14 11:33 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-15 09:24 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-13 21:17 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-14 09:49 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-14 20:56 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-15 09:26 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2025-09-13 11:49 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-15 08:29 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2025-09-15 19:12 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-15 18:06 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-15 20:16 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2025-09-16 05:30 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-16 20:54 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-17 06:46 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-17 11:07 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-17 21:23 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-18 08:38 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-20 22:37 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2025-09-15 20:39 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-16 23:12 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Frank Miller <miller@posteo.ee> - 2025-09-17 01:46 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-17 04:27 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-17 12:51 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-17 14:52 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-17 17:13 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-17 15:21 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-17 17:23 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2025-09-18 19:28 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-17 18:21 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-17 20:18 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2025-09-17 12:15 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-17 21:27 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-18 07:19 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-18 08:27 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-18 09:13 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-18 09:17 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-18 10:18 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-18 13:31 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Alexander Schreiber <als@usenet.thangorodrim.de> - 2025-09-18 11:32 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-19 08:55 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-19 07:37 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Alexander Schreiber <als@usenet.thangorodrim.de> - 2025-09-21 21:56 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-18 05:32 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-18 09:16 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-17 06:50 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-17 12:51 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-17 15:00 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-17 21:41 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-18 07:20 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Paul Muster <exp-311225@news.muster.net> - 2025-09-18 07:27 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-18 05:47 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-18 09:14 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-18 20:58 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-19 07:39 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-18 05:35 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-18 09:15 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-18 13:34 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-19 14:42 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-20 13:06 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2025-09-20 13:41 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-20 12:09 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2025-09-20 14:19 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-21 00:53 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-21 09:09 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-18 21:04 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-18 09:20 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-18 21:12 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-19 07:10 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-21 20:59 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-21 22:39 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-22 21:53 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-23 08:30 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-23 22:31 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-19 08:00 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-21 21:06 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-09-21 22:46 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-22 22:23 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-19 14:43 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-13 14:00 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-13 16:22 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-14 12:01 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-13 08:44 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-13 07:33 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-13 14:02 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-12 14:32 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-12 21:14 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-13 00:45 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-13 08:48 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-13 11:31 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-13 09:40 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-13 14:03 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-13 13:34 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-13 15:39 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-13 16:26 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-12 14:27 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-12 12:45 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-12 11:27 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-12 13:50 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Stefan Reuther <stefan.news@arcor.de> - 2025-09-12 18:23 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-12 20:12 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-12 20:28 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-12 22:00 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Paul Muster <exp-311225@news.muster.net> - 2025-09-12 22:35 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-13 08:49 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Stefan Reuther <stefan.news@arcor.de> - 2025-09-13 10:41 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-13 14:04 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-08 21:53 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-09 07:42 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-09 08:45 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben "Andreas M. Kirchwitz" <amk@spamfence.net> - 2025-09-09 17:56 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ralph Aichinger <ra@h5.or.at> - 2025-09-09 18:06 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-09 20:10 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-09 20:07 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-09 19:00 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-06 08:39 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-06 21:19 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm+solani@dorfdsl.de> - 2025-09-07 07:41 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-05 08:51 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-04 17:18 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-04 15:38 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-04 19:50 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Kay Martinen <usenet@martinen.de> - 2025-09-06 01:34 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-09-06 09:08 +0200
Linux!=Windows, Wissen und Updates (Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben) Kay Martinen <usenet@martinen.de> - 2025-09-06 15:25 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-04 10:10 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-04 08:42 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-04 10:59 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-04 09:20 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-04 12:03 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-04 10:42 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-04 14:13 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-04 12:45 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marco Moock <mm@dorfdsl.de> - 2025-09-04 15:06 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-04 15:11 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Christian Garbs <mitch@cgarbs.de> - 2025-09-04 10:38 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2025-09-04 10:51 +0000
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2025-09-04 21:53 +0200
Re: /boot/grub/grub.cfg wird beim reboot automatisch neu geschrieben Marcel Mueller <news.5.maazl@spamgourmet.org> - 2025-09-04 20:07 +0200
Page 4 of 16 — ← Prev page 1 2 3 [4] 5 6 … 16 Next page →
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2025-09-04 19:49 +0200 |
| Message-ID | <109cjem$1qbn1$1@news1.tnib.de> |
| In reply to | #147615 |
Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >>>root@mux22:~# cat /usr/sbin/update-grub >>>#!/bin/sh >>>set -e >>>chattr -i /boot/grub/grub.cfg >>>grub-mkconfig -o /boot/grub/grub.cfg "$@" >>>chattr +i /boot/grub/grub.cfg >> >> Das halte ich für keine schlaue Idee. Warum arbeitest Du gegen Dein >> System? > >Weil ich bis dato keine saubere Loesung hatte. Du kanntest ja auch keine. >Ein Workaround ist immer noch besser als gar keine Loesung. Die saubere Lösung ist, die Distribution einfach das machen zu lassen was hinterlegt ist. Das ist Murx, aber unschädlicher Murx. Grüße Marc -- ---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mm+solani@dorfdsl.de> |
|---|---|
| Date | 2025-09-04 20:35 +0200 |
| Message-ID | <109cm61$14bcj$2@solani.org> |
| In reply to | #147620 |
Am 04.09.2025 19:49 Uhr schrieb Marc Haber: > Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: > >Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > >> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: > >>>root@mux22:~# cat /usr/sbin/update-grub > >>>#!/bin/sh > >>>set -e > >>>chattr -i /boot/grub/grub.cfg > >>>grub-mkconfig -o /boot/grub/grub.cfg "$@" > >>>chattr +i /boot/grub/grub.cfg > >> > >> Das halte ich für keine schlaue Idee. Warum arbeitest Du gegen Dein > >> System? > > > >Weil ich bis dato keine saubere Loesung hatte. Du kanntest ja auch > >keine. Ein Workaround ist immer noch besser als gar keine Loesung. > > Die saubere Lösung ist, die Distribution einfach das machen zu lassen > was hinterlegt ist. Das ist Murx, aber unschädlicher Murx. In diesem Fall nichts, weil Ullis Änderungen in der /etc/default/grub (darüber soll man grub ja konfigurieren) wieder entfernt werden durch die Unit. -- Gruß Marco Spam und Werbung bitte an 1757008149ichwillgesperrtwerden@nirvana.admins.ws
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2025-09-04 21:56 +0200 |
| Message-ID | <109cqtc$2428i$1@news1.tnib.de> |
| In reply to | #147624 |
Marco Moock <mm+solani@dorfdsl.de> wrote: >Am 04.09.2025 19:49 Uhr schrieb Marc Haber: > >> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >> >Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >> >> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >> >>>root@mux22:~# cat /usr/sbin/update-grub >> >>>#!/bin/sh >> >>>set -e >> >>>chattr -i /boot/grub/grub.cfg >> >>>grub-mkconfig -o /boot/grub/grub.cfg "$@" >> >>>chattr +i /boot/grub/grub.cfg >> >> >> >> Das halte ich für keine schlaue Idee. Warum arbeitest Du gegen Dein >> >> System? >> > >> >Weil ich bis dato keine saubere Loesung hatte. Du kanntest ja auch >> >keine. Ein Workaround ist immer noch besser als gar keine Loesung. >> >> Die saubere Lösung ist, die Distribution einfach das machen zu lassen >> was hinterlegt ist. Das ist Murx, aber unschädlicher Murx. > >In diesem Fall nichts, weil Ullis Änderungen in der /etc/default/grub >(darüber soll man grub ja konfigurieren) wieder entfernt werden durch >die Unit. Das habe ich nicht gesehen, die Änderungen durch das Skript waren doch nur kosmetisch? Natürlich ist das eine richtig schlechte Lösung in Mint. Grüße Marc -- ---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mm+solani@dorfdsl.de> |
|---|---|
| Date | 2025-09-05 08:41 +0200 |
| Message-ID | <109e0mh$163q5$4@solani.org> |
| In reply to | #147625 |
Am 04.09.2025 21:56 Uhr schrieb Marc Haber: > Marco Moock <mm+solani@dorfdsl.de> wrote: > >Am 04.09.2025 19:49 Uhr schrieb Marc Haber: > > > >> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: > >> >Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > >> >> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: > >> >>>root@mux22:~# cat /usr/sbin/update-grub > >> >>>#!/bin/sh > >> >>>set -e > >> >>>chattr -i /boot/grub/grub.cfg > >> >>>grub-mkconfig -o /boot/grub/grub.cfg "$@" > >> >>>chattr +i /boot/grub/grub.cfg > >> >> > >> >> Das halte ich für keine schlaue Idee. Warum arbeitest Du gegen > >> >> Dein System? > >> > > >> >Weil ich bis dato keine saubere Loesung hatte. Du kanntest ja auch > >> >keine. Ein Workaround ist immer noch besser als gar keine > >> >Loesung. > >> > >> Die saubere Lösung ist, die Distribution einfach das machen zu > >> lassen was hinterlegt ist. Das ist Murx, aber unschädlicher Murx. > > > >In diesem Fall nichts, weil Ullis Änderungen in der /etc/default/grub > >(darüber soll man grub ja konfigurieren) wieder entfernt werden durch > >die Unit. > > Das habe ich nicht gesehen, die Änderungen durch das Skript waren doch > nur kosmetisch? Aber halt nicht konsistent und genau das ist einfach Müll. Dieser Fall hat mal wieder bestätigt, dass ich von Mint die Finger lasse. -- Gruß Marco Spam und Werbung bitte an 1757015788ichwillgesperrtwerden@nirvana.admins.ws
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> |
|---|---|
| Date | 2025-09-04 21:42 +0200 |
| Message-ID | <20250904214249.3d863e67@Achmuehle.WOR> |
| In reply to | #147620 |
Hallo Marc, Du schriebst am Thu, 04 Sep 2025 19:49:09 +0200: [Wiederholtes Neuschreiben der grub.cfg beim Boot] > Die saubere Lösung ist, die Distribution einfach das machen zu lassen > was hinterlegt ist. Das ist Murx, aber unschädlicher Murx. Das ist nur solange "unschädlicher Murx", solange damit die Funktionsfähigkeit der Systemkomponenten nicht übergebührlich strapaziert wird. Das wäre der Fall bei einem System mit "rotierendem Rost" (...naja), nicht mehr aber mit um viele Größenordnungen weniger haltbaren SSDs. Ja, ich weiß, jetzt schießen gleich wieder die Pilze aus dem Boden, die da immer proklamieren, daß man "eine SSD im Leben nicht durch Beschreiben kaputt" kriegte. Fragt sich dabei allerdings auch, _wessen_ Leben? Für das der SSD passt das natürlich immer, aber ich _meine_, sogar hier schon einige Berichte über relativ früh "verstorbenen" SSDs gelesen zu haben... -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mm+solani@dorfdsl.de> |
|---|---|
| Date | 2025-09-05 08:46 +0200 |
| Message-ID | <109e106$163q5$5@solani.org> |
| In reply to | #147628 |
Am 04.09.2025 21:42 Uhr schrieb Sieghard Schicktanz: > Hallo Marc, > > Du schriebst am Thu, 04 Sep 2025 19:49:09 +0200: > > [Wiederholtes Neuschreiben der grub.cfg beim Boot] > > Die saubere Lösung ist, die Distribution einfach das machen zu > > lassen was hinterlegt ist. Das ist Murx, aber unschädlicher Murx. > > Das ist nur solange "unschädlicher Murx", solange damit die > Funktionsfähigkeit der Systemkomponenten nicht übergebührlich > strapaziert wird. Das wäre der Fall bei einem System mit "rotierendem > Rost" (...naja), nicht mehr aber mit um viele Größenordnungen weniger > haltbaren SSDs. Lass es ein paar MB sein, die da geschrieben werden. Das ist für die SSD ein Witz. Oder schaltest du auch auf ner SSD den Browser-Plattencache ab, ebenfalls den IMAP-Cache und auch die Systemlogs auf der Platte? > Ja, ich weiß, jetzt schießen gleich wieder die Pilze > aus dem Boden, die da immer proklamieren, daß man "eine SSD im Leben > nicht durch Beschreiben kaputt" kriegte. Doch, das geht. Haben Leute mit Gewalt versucht und es hat geklappt - aber wenn du dauerhaft mit maximaler Geschwindigkeit Zufallsdaten schreibst, hast du eine ganz andere Belastung als hier. Und wenn eine SSD nach 15 Jahren hin ist, ist das halt so. Kommt auch auf den Hersteller und das Modell an. Die Markenware ist da gut, die Billigheimer verrecken schneller. HDDs verrecken auch, u.a. durch Verschleiß der Mechanik und durch Anlaufversuche. Optimierst du da auch rum oder kaufst du halt nach 10 Jahren ne neue Platte, wenn die hin ist? PS: Es gibt hier SSDs, auf denen lief täglich Windows und die sind 10 Jahre alt - gehen noch immer. So manche HDD ist früher verreckt. > Fragt sich dabei allerdings auch, _wessen_ Leben? Für das der SSD > passt das natürlich immer, aber ich _meine_, sogar hier schon einige > Berichte über relativ früh "verstorbenen" SSDs gelesen zu haben... Ja, gibt es. So wie es fehlerhafte Platten gab, ich sag da nur IBM Deathstar. So manche früh gestorbene Toshiba-Platte habe ich auch schon gesehen. Auch billige SSDs (hier Patriot) sind nach 2 Jahren bei mir verreckt. Dafür hat man RAID-Systeme und Backups. An den Schreiboperationen optimiere ich nicht rum. -- Gruß Marco Spam und Werbung bitte an 1757014969ichwillgesperrtwerden@nirvana.admins.ws
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> |
|---|---|
| Date | 2025-09-05 22:49 +0200 |
| Message-ID | <20250905224954.555aa232@Achmuehle.WOR> |
| In reply to | #147635 |
Hallo Marco, Du schriebst am Fri, 5 Sep 2025 08:46:30 +0200: > > Das ist nur solange "unschädlicher Murx", solange damit die > > Funktionsfähigkeit der Systemkomponenten nicht übergebührlich > > strapaziert wird. Das wäre der Fall bei einem System mit "rotierendem ... > Lass es ein paar MB sein, die da geschrieben werden. Das ist für die > SSD ein Witz. Oder schaltest du auch auf ner SSD den Das ist schon richtig - aber es sind halt hier ein paar MB, dort ein paar KB, woanders auch wieder ein bisserl - und _jede_ separierte Schreibaktion hat bei Flash-EPROM halt zur Folge, daß gleich ein ganzer dicker Brocken der Umgebung _auch_ neu geschrieben werden muß. Solange ein Block nicht vollgeschrieben ist, können die Daten zwar auch in kleinen Mengen _dazu_ geschrieben werden, ist ein Block aber auch nur wegen eines einigen Bytes, womöglich "am Ende", nicht mehr nutzbar, muß der _vollständig_ umgelagert und danach gelöscht werden. Flash-EPROM-Zellen sind halt nur in _eine_ Richtung (üblicherweise von "1" nach "0") überschreibbar. > > Ja, ich weiß, jetzt schießen gleich wieder die Pilze > > aus dem Boden, die da immer proklamieren, daß man "eine SSD im Leben > > nicht durch Beschreiben kaputt" kriegte. > > Doch, das geht. Haben Leute mit Gewalt versucht und es hat geklappt - Haben die das unter denselben Umständen auch mit HDDs geschafft? Das würde mich durchaus mal interessieren. Die Ausfallmechanismen sind da ja recht unterschiedlich, HDDs sind halt mechanisch empfindlich, SSDs eher immanent beschränkt. ... > HDDs verrecken auch, u.a. durch Verschleiß der Mechanik und durch > Anlaufversuche. Optimierst du da auch rum oder kaufst du halt nach 10 > Jahren ne neue Platte, wenn die hin ist? Mir ist AFAIR bisher nur eine Platte wirklich kaputtgegangen, die hat auf einmal mengenweise defakte Sektoren produziert. Ein Bekannter hat da schon ganze Serien geschafft, im wesentlich durch Betrieb in kalter Umgebung (im Büro!) und mit relativ häufigen Anläufen, weil er seinen Computer mehrmals am Tag ein- und ausgeschaltet hat. Und auch das ist schon einige Zeit her. > PS: Es gibt hier SSDs, auf denen lief täglich Windows und die sind 10 > Jahre alt - gehen noch immer. So manche HDD ist früher verreckt. Gut möglich, Einzelfälle sind halt keine Statistik. Auch das nicht, was ich oben erwähnt habe. ... > An den Schreiboperationen optimiere ich nicht rum. Brauchst Du auch nicht, das macht schon das System für Dich (relatime, noatime in mounts). Bei SSDs auch "fstrim" oder "trim" im allgemeinen. -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Michael Brand <brandm@gmx.net> |
|---|---|
| Date | 2025-09-06 08:16 +0200 |
| Message-ID | <109gjjl$2s5vt$1@dont-email.me> |
| In reply to | #147655 |
Sieghard Schicktanz wrote: [...] > und _jede_ separierte Schreibaktion > hat bei Flash-EPROM halt zur Folge [...] > Flash-EPROM-Zellen sind halt nur in _eine_ > Richtung (üblicherweise von "1" nach "0") überschreibbar Bitte werfe Flash-Memory und EPROM¹ nicht durcheinander. Und Flash-Memory als (EP)ROM-Ersatz ist wieder was anderes als Flash-Memory für SSDs. Michael ¹ Erasable Programmable Read Only Memory - kein Schreib-Lese-Speicher
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> |
|---|---|
| Date | 2025-09-06 21:17 +0200 |
| Message-ID | <20250906211744.210bc7d2@Achmuehle.WOR> |
| In reply to | #147658 |
Hallo Michael, Du schriebst am Sat, 6 Sep 2025 08:16:20 +0200: > > hat bei Flash-EPROM halt zur Folge > [...] > > Flash-EPROM-Zellen sind halt nur in _eine_ > > Richtung (üblicherweise von "1" nach "0") überschreibbar > > Bitte werfe Flash-Memory und EPROM¹ nicht durcheinander. Inwiefern? Soweit ich weiß, gilt das o.g. durchaus, sowohl für "einfaches" EPROM als auch für Flash-_EPROM_, und sogar für _E_EPROM. > Und Flash-Memory als (EP)ROM-Ersatz ist wieder was anderes > als Flash-Memory für SSDs. "Flash-_Memory_" verführt IMHO zu sehr dazu, das als beliebig über- und wiederbeschreibbar anuseheen, so wie man es von Festplatten und dme Arbeitsspeicher gewohnt ist. Unddas ist eben falsch. ... > ¹ Erasable Programmable Read Only Memory - kein Schreib-Lese-Speicher Ja, eben, "Flash" ist _kein_ einfach überschreibbarer Speicher. Es ist ein _elektrisch_ (daher "Flash") löschbarer Festwertspeicher. -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2025-09-06 22:51 +0200 |
| Message-ID | <109i6sm$14437$1@news1.tnib.de> |
| In reply to | #147685 |
Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> wrote: >Hallo Michael, > >Du schriebst am Sat, 6 Sep 2025 08:16:20 +0200: > >> > hat bei Flash-EPROM halt zur Folge >> [...] >> > Flash-EPROM-Zellen sind halt nur in _eine_ >> > Richtung (üblicherweise von "1" nach "0") überschreibbar >> >> Bitte werfe Flash-Memory und EPROM¹ nicht durcheinander. > >Inwiefern? Soweit ich weiß, gilt das o.g. durchaus, sowohl für "einfaches" >EPROM als auch für Flash-_EPROM_, und sogar für _E_EPROM. Das ist ein Unterschied wie Tag und Nacht und 40 Jahre, und dass Du tatsächlich Technologie von 2025 mit Wissen von 1980 zu bewerten versuchst ist für mich ein Zeichen dass es Zeitverschwendung ist mit Dir darüber zu reden. >Ja, eben, "Flash" ist _kein_ einfach überschreibbarer Speicher. Es ist >ein _elektrisch_ (daher "Flash") löschbarer Festwertspeicher. Ein Festwertspeicehr wurde seinen Inhalt nicht nach ein paar Monaten verlieren. -- ---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> |
|---|---|
| Date | 2025-09-07 20:58 +0200 |
| Message-ID | <20250907205837.2d19651d@Achmuehle.WOR> |
| In reply to | #147690 |
Hallo Marc, Du schriebst am Sat, 06 Sep 2025 22:51:34 +0200: > >> > Flash-EPROM-Zellen sind halt nur in _eine_ > >> > Richtung (üblicherweise von "1" nach "0") überschreibbar > >> > >> Bitte werfe Flash-Memory und EPROM¹ nicht durcheinander. > > > >Inwiefern? Soweit ich weiß, gilt das o.g. durchaus, sowohl für > >"einfaches" EPROM als auch für Flash-_EPROM_, und sogar für _E_EPROM. > > Das ist ein Unterschied wie Tag und Nacht und 40 Jahre, und dass Du > tatsächlich Technologie von 2025 mit Wissen von 1980 zu bewerten > versuchst ist für mich ein Zeichen dass es Zeitverschwendung ist mit > Dir darüber zu reden. Oh, ich habe garnicht mit Deinen tiefgreifenden Hardware-Kenntnissen gereechnet, denen ich natürlich bei weitem nicht das Wasser reichen kann. Ich bin halt immer noch auf dem Stand, daß diese Halbleiter speicher mittels in isolierten FET-Gates gespeicherten Ladungen arbeiteten. Könntest Du das ggfs. ein wenig differenzierter erläutern? > >Ja, eben, "Flash" ist _kein_ einfach überschreibbarer Speicher. Es ist > >ein _elektrisch_ (daher "Flash") löschbarer Festwertspeicher. > > Ein Festwertspeicehr wurde seinen Inhalt nicht nach ein paar Monaten > verlieren. Jaja, gut, ok, dann ist halt alles, was Ladungsmengen zur Speicherung benutzt, kein "Festwertspeicehr" (oder Festwertspeicher?), also alles seit de Erfindung des EPROMs, nichtmal FPGAs oder sogar die steinalten GALs, die es schon lange nicht mehr gibt. Als Festwertspeicher gehen dann halt nur die mit den "fusible links" durch, bei denen die Daten mittels Durchbrennen einer Verbindung eingetragen werden. Danke für die Klarstellung. -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mm+solani@dorfdsl.de> |
|---|---|
| Date | 2025-09-07 07:41 +0200 |
| Message-ID | <109j5td$19nar$1@solani.org> |
| In reply to | #147685 |
Am 06.09.2025 21:17 Uhr schrieb Sieghard Schicktanz: > Du schriebst am Sat, 6 Sep 2025 08:16:20 +0200: > > > > hat bei Flash-EPROM halt zur Folge > > [...] > > > Flash-EPROM-Zellen sind halt nur in _eine_ > > > Richtung (üblicherweise von "1" nach "0") überschreibbar > > > > Bitte werfe Flash-Memory und EPROM¹ nicht durcheinander. > > Inwiefern? Soweit ich weiß, gilt das o.g. durchaus, sowohl für > "einfaches" EPROM als auch für Flash-_EPROM_, und sogar für _E_EPROM. > > > Und Flash-Memory als (EP)ROM-Ersatz ist wieder was anderes > > als Flash-Memory für SSDs. > > "Flash-_Memory_" verführt IMHO zu sehr dazu, das als beliebig über- > und wiederbeschreibbar anuseheen, so wie man es von Festplatten und > dme Arbeitsspeicher gewohnt ist. Unddas ist eben falsch. Wie schon gesagt, im Realbetrieb einer SSD ist der Verschleiß durch Schreibvorgänge schlicht nicht relevant. SSDs sind jetzt seit über 10 Jahren im High-End-Segment Standard. Wenn die bei entsprechender Belastung die Grätsche machen würden, wäre das längst in der IT-Presse. Disketten hatten auch massiven Verschleiß - haben sich Leute deswegen wegen der Schreiboperationen wirklich Gedanken gemacht? Ich habe da so meine Zweifel. -- Gruß Marco Spam und Werbung bitte an 1757186264ichwillgesperrtwerden@nirvana.admins.ws
[toc] | [prev] | [next] | [standalone]
| From | Stefan Reuther <stefan.news@arcor.de> |
|---|---|
| Date | 2025-09-08 18:41 +0200 |
| Message-ID | <109n80r.3mc.1@stefan.msgid.phost.de> |
| In reply to | #147691 |
Am 07.09.2025 um 07:41 schrieb Marco Moock: > Am 06.09.2025 21:17 Uhr schrieb Sieghard Schicktanz: >> "Flash-_Memory_" verführt IMHO zu sehr dazu, das als beliebig über- >> und wiederbeschreibbar anuseheen, so wie man es von Festplatten und >> dme Arbeitsspeicher gewohnt ist. Unddas ist eben falsch. > > Wie schon gesagt, im Realbetrieb einer SSD ist der Verschleiß durch > Schreibvorgänge schlicht nicht relevant. SSDs sind jetzt seit über 10 > Jahren im High-End-Segment Standard. Wenn die bei entsprechender > Belastung die Grätsche machen würden, wäre das längst in der IT-Presse. Flash-Speicher definieren eine Grenze an Schreiboperationen (Drive Writes Per Day, Terabyte Written Total, etc.). Wer die professionell einsetzt, überwacht das, tauscht proaktiv und hat im Zweifel ein Backup. Ich wüsste nicht, was da in die Presse kommen sollte. Die zugrundeliegenden Speicher erlaubten früher, als es noch SLC war, 100k Program/Erase-Zyklen pro Block. So ein paar Teile hab ich mal durch Dauerbetrieb erfolglos kaputtzuschreiben versucht. Bei TLC sind das mit Glück noch 3000 P/E-Zyklen. Also über 10 Jahre Lebenszeit weniger als 1 Drive Write Per Day. Und auch bei SLC war die Lebensdauer nur garantiert, wenn man den Verlust von 2% der Daten einplant. Festplatten werden andererseits ähnliche Probleme haben, nur redet man da nicht so offen drüber. Es gibt ja eine Lösung: Backup. Stefan
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mm+solani@dorfdsl.de> |
|---|---|
| Date | 2025-09-08 19:36 +0200 |
| Message-ID | <109n47k$2h9e$1@solani.org> |
| In reply to | #147743 |
Am 08.09.2025 18:41 Uhr schrieb Stefan Reuther: > Am 07.09.2025 um 07:41 schrieb Marco Moock: > > Am 06.09.2025 21:17 Uhr schrieb Sieghard Schicktanz: > >> "Flash-_Memory_" verführt IMHO zu sehr dazu, das als beliebig über- > >> und wiederbeschreibbar anuseheen, so wie man es von Festplatten und > >> dme Arbeitsspeicher gewohnt ist. Unddas ist eben falsch. > > > > Wie schon gesagt, im Realbetrieb einer SSD ist der Verschleiß durch > > Schreibvorgänge schlicht nicht relevant. SSDs sind jetzt seit über > > 10 Jahren im High-End-Segment Standard. Wenn die bei entsprechender > > Belastung die Grätsche machen würden, wäre das längst in der > > IT-Presse. > > Flash-Speicher definieren eine Grenze an Schreiboperationen (Drive > Writes Per Day, Terabyte Written Total, etc.). Wer die professionell > einsetzt, überwacht das, tauscht proaktiv und hat im Zweifel ein > Backup. Ich wüsste nicht, was da in die Presse kommen sollte. Wenn die tatsächliche Lebensdauer der Speicher weit kürzer als dieser Wert wäre, wäre das sich längst bei heise & Co. gestanden. -- Gruß Marco Spam und Werbung bitte an 1757349690ichwillgesperrtwerden@nirvana.admins.ws
[toc] | [prev] | [next] | [standalone]
| From | "Peter J. Holzer" <hjp-usenet4@hjp.at> |
|---|---|
| Date | 2025-09-08 20:08 +0200 |
| Message-ID | <slrn10bu6te.1jj25.hjp-usenet4@trintignant.hjp.at> |
| In reply to | #147743 |
On 2025-09-08 18:41, Stefan Reuther <stefan.news@arcor.de> wrote:
> Am 07.09.2025 um 07:41 schrieb Marco Moock:
>> Am 06.09.2025 21:17 Uhr schrieb Sieghard Schicktanz:
>>> "Flash-_Memory_" verführt IMHO zu sehr dazu, das als beliebig über-
>>> und wiederbeschreibbar anuseheen, so wie man es von Festplatten und
>>> dme Arbeitsspeicher gewohnt ist. Unddas ist eben falsch.
Es ist theoretisch falsch. Aber wenn ich dieses Limit in der Praxis nie
erreiche, ist es bedeutungslos. In der gelebten Praxis seit fast 20
Jahren kann ich SSDs beliebig oft beschreiben.
>> Wie schon gesagt, im Realbetrieb einer SSD ist der Verschleiß durch
>> Schreibvorgänge schlicht nicht relevant. SSDs sind jetzt seit über 10
>> Jahren im High-End-Segment Standard. Wenn die bei entsprechender
>> Belastung die Grätsche machen würden, wäre das längst in der IT-Presse.
>
> Flash-Speicher definieren eine Grenze an Schreiboperationen (Drive
> Writes Per Day, Terabyte Written Total, etc.). Wer die professionell
> einsetzt, überwacht das, tauscht proaktiv und hat im Zweifel ein Backup.
> Ich wüsste nicht, was da in die Presse kommen sollte.
>
> Die zugrundeliegenden Speicher erlaubten früher, als es noch SLC war,
> 100k Program/Erase-Zyklen pro Block. So ein paar Teile hab ich mal durch
> Dauerbetrieb erfolglos kaputtzuschreiben versucht.
>
> Bei TLC sind das mit Glück noch 3000 P/E-Zyklen. Also über 10 Jahre
> Lebenszeit weniger als 1 Drive Write Per Day.
1 Drive Write per Day ist aber auch ziemlich viel. Das erreichen wohl
nur wenige. Und die haben dann entweder ein Performance- oder ein
Platzproblem (oder beides), so dass sie die SSD nach wesentlich weniger
als 10 Jahren durch ein schnelleres und/oder größeres Modell ersetzen.
Ich habe übrigens letzten Monat eine defekte SSD ausgetauscht (kein
Problem, war in einem RAID). Das ist die erste, an die ich mich erinnern
kann. Harddisks musste ich öfter tauschen. Aber das kann daran liegen,
dass ich für Hardware eigentlich nicht mehr zuständig bin und wir in den
letzten 30 Jahren sicher in Summe deutlich mehr Harddisks als SSDs
hatten.
hjp
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> |
|---|---|
| Date | 2025-09-08 22:07 +0200 |
| Message-ID | <20250908220723.5656677f@Achmuehle.WOR> |
| In reply to | #147750 |
Hallo Peter, Du schriebst am Mon, 8 Sep 2025 20:08:46 +0200: > >>> "Flash-_Memory_" verführt IMHO zu sehr dazu, das als beliebig über- > >>> und wiederbeschreibbar anuseheen, so wie man es von Festplatten und > >>> dme Arbeitsspeicher gewohnt ist. Unddas ist eben falsch. > > Es ist theoretisch falsch. Aber wenn ich dieses Limit in der Praxis nie > erreiche, ist es bedeutungslos. In der gelebten Praxis seit fast 20 > Jahren kann ich SSDs beliebig oft beschreiben. _Beschreiben_ kannst Du auch schon fast defekte Zellen, und die werden u.U. von den Prüfschaltungen evtl. auch nicht erkannt, wenn sie ausreichend oft überschrieben und wieder gelöscht werden - aber wenn eine solche stark benutzte SSD dann längere Zeit außer Betrieb genommen werden muß, kann der Inhalt auch schon heftig "zerbröselt" sein. D.h. SSDs haben mit Inhalt eine maximale Lagerdauer, und die ist variabel. ... > 1 Drive Write per Day ist aber auch ziemlich viel. Das erreichen wohl Sicher ist das viel, sogar sehr viel. Aber es gibt schon Anwendungen, bei denen solche Datenmengen vorkommen. Das CERN dürfte das sehr gut kennen, und andere ähnliche Einrichtungen aus - nicht nur der Grundlagenforschung, auch geologische Untersuchungen mit vielen zusammengeführten Meßstellen, z.B., oder sogar ganz banal Kfz-Testfahrten (mit all den Hilfssystemen für Fahrsicherheit oder gar für "autonomes Fahren"). ... > Ich habe übrigens letzten Monat eine defekte SSD ausgetauscht (kein > Problem, war in einem RAID). Das ist die erste, an die ich mich erinnern > kann. Harddisks musste ich öfter tauschen. Aber das kann daran liegen, > dass ich für Hardware eigentlich nicht mehr zuständig bin und wir in den > letzten 30 Jahren sicher in Summe deutlich mehr Harddisks als SSDs Da wäre noch die Relation "Ausfälle pro Gerät" interessant, die zeigte, ob HDDs oder SSDs zuverlässiger sind bw. waren. (Wobei es da auch noch Unterschiede von der Einsatzart, insbes. mechanische und elektrische Belastungen, ankommen wird.) -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | "Peter J. Holzer" <hjp-usenet4@hjp.at> |
|---|---|
| Date | 2025-09-09 00:15 +0200 |
| Message-ID | <slrn10bulc1.1qftv.hjp-usenet4@trintignant.hjp.at> |
| In reply to | #147758 |
On 2025-09-08 22:07, Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> wrote:
> Hallo Peter, Du schriebst am Mon, 8 Sep 2025 20:08:46 +0200:
>
>> >>> "Flash-_Memory_" verführt IMHO zu sehr dazu, das als beliebig über-
>> >>> und wiederbeschreibbar anuseheen, so wie man es von Festplatten und
>> >>> dme Arbeitsspeicher gewohnt ist. Unddas ist eben falsch.
>>
>> Es ist theoretisch falsch. Aber wenn ich dieses Limit in der Praxis nie
>> erreiche, ist es bedeutungslos. In der gelebten Praxis seit fast 20
>> Jahren kann ich SSDs beliebig oft beschreiben.
>
> _Beschreiben_ kannst Du auch schon fast defekte Zellen,
Gähn!
>> 1 Drive Write per Day ist aber auch ziemlich viel. Das erreichen wohl
>
> Sicher ist das viel, sogar sehr viel. Aber es gibt schon Anwendungen, bei
> denen solche Datenmengen vorkommen. Das CERN dürfte das sehr gut kennen,
Ja, ich bin aber nicht das CERN (und arbeite auch nicht fürs CERN) und
du auch nicht und wer auch immer diesen Thread angestoßen hat vermutlich
auch nicht.
Überlass die Probleme des CERN ruhig dem CERN, die haben Leute, die sich
damit auskennen und brauchen Deinen Rat nicht, und Otto Normaluser
braucht Deine "Ja, aber wenn Du das CERN wärst"-Ratschläge auch nicht.
hjp
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> |
|---|---|
| Date | 2025-09-09 20:13 +0200 |
| Message-ID | <20250909201352.2ae8cddc@Achmuehle.WOR> |
| In reply to | #147760 |
Hallo Peter, Du schriebst am Tue, 9 Sep 2025 00:15:27 +0200: > >> >>> "Flash-_Memory_" verführt IMHO zu sehr dazu, das als beliebig über- ... > Gähn! Schlaf gut, gute Nacht. -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mm@dorfdsl.de> |
|---|---|
| Date | 2025-09-09 07:37 +0200 |
| Message-ID | <109oeeh$gmpb$1@paganini.bofh.team> |
| In reply to | #147758 |
On 08.09.2025 22:07 Sieghard Schicktanz wrote: > Du schriebst am Mon, 8 Sep 2025 20:08:46 +0200: > > 1 Drive Write per Day ist aber auch ziemlich viel. Das erreichen > > wohl > > Sicher ist das viel, sogar sehr viel. Aber es gibt schon Anwendungen, > bei denen solche Datenmengen vorkommen. Das CERN dürfte das sehr gut > kennen, und andere ähnliche Einrichtungen aus - nicht nur der > Grundlagenforschung, auch geologische Untersuchungen mit vielen > zusammengeführten Meßstellen, z.B., oder sogar ganz banal > Kfz-Testfahrten (mit all den Hilfssystemen für Fahrsicherheit oder > gar für "autonomes Fahren"). Das ist aber ein Sonderfall und in keiner Weise mit normalen Desktop-PCs oder Laptops vergleichbar. An solchen Stellen gibt es oft mehrfache Redundanz und ständige Überwachung.
[toc] | [prev] | [next] | [standalone]
| From | Stefan Reuther <stefan.news@arcor.de> |
|---|---|
| Date | 2025-09-09 18:58 +0200 |
| Message-ID | <109ptd2.2t4.1@stefan.msgid.phost.de> |
| In reply to | #147750 |
Am 08.09.2025 um 20:08 schrieb Peter J. Holzer: > On 2025-09-08 18:41, Stefan Reuther <stefan.news@arcor.de> wrote: >> Die zugrundeliegenden Speicher erlaubten früher, als es noch SLC war, >> 100k Program/Erase-Zyklen pro Block. So ein paar Teile hab ich mal durch >> Dauerbetrieb erfolglos kaputtzuschreiben versucht. >> >> Bei TLC sind das mit Glück noch 3000 P/E-Zyklen. Also über 10 Jahre >> Lebenszeit weniger als 1 Drive Write Per Day. > > 1 Drive Write per Day ist aber auch ziemlich viel. Das erreichen wohl > nur wenige. Und die haben dann entweder ein Performance- oder ein > Platzproblem (oder beides), so dass sie die SSD nach wesentlich weniger > als 10 Jahren durch ein schnelleres und/oder größeres Modell ersetzen. Ich habe heute 0,5 Drive Writes geschafft. 1x AOSP compilieren sind ~300-400 GByte. Das drei mal gemacht auf einer 2 TB SSD. Das macht nicht jeder, und ich mach das nicht täglich, aber es heißt: ich komm ohne größere Verrenkungen zumindest in die Größenordnung des Limits. Ich kann mich nicht mehr entspannt zurücklehnen mit "bin mehrere Zehnerpotenzen vom Limit weg". Stefan
[toc] | [prev] | [next] | [standalone]
Page 4 of 16 — ← Prev page 1 2 3 [4] 5 6 … 16 Next page →
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web