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 14 of 16 — ← Prev page 1 … 12 13 [14] 15 16 Next page →
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2025-09-12 13:50 +0200 |
| Message-ID | <10a11dc$dv5p$1@news1.tnib.de> |
| In reply to | #147815 |
Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > >> Das halte ich nicht für wirtschaftlich. Nahzu alle mir bekannten >> Unternehmen tauschen Arbeitsplatz-PCs und Server nach Ablauf des vom >> Hersteller gekauften Vor-Ort-Service raus. Wenn ein Mitarbeiter zwei >> Tage nicht arbeiten kann, am besten in einer heißen Projektphase, ist >> das sehr schnell teurer. >> >> Viele dieser Geräte sind sowieso nur geleast. > >Das ist im oeffentlichen Dienst (Hochschulen, etc) voellig anders. Da kosten die Mitarbeiter ja auch nix. 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 | Stefan Reuther <stefan.news@arcor.de> |
|---|---|
| Date | 2025-09-12 18:23 +0200 |
| Message-ID | <10a1ofa.1ds.1@stefan.msgid.phost.de> |
| In reply to | #147813 |
Am 12.09.2025 um 12:45 schrieb Marc Haber: > Marco Moock <mm@dorfdsl.de> wrote: >> Ist in vielen Bereichen üblich. >> Viele Rechner aus XP-Zeiten sind erst 2014 rausgeflogen. >> >> Viele Rechner aus Win7-Zeiten fliegen jetzt. > > Das halte ich nicht für wirtschaftlich. Nahzu alle mir bekannten > Unternehmen tauschen Arbeitsplatz-PCs und Server nach Ablauf des vom > Hersteller gekauften Vor-Ort-Service raus. Wenn ein Mitarbeiter zwei > Tage nicht arbeiten kann, am besten in einer heißen Projektphase, ist > das sehr schnell teurer. Wenn der Mitarbeiter (und die IT) ständig mit Neuinstallieren beschäftigt sind, weil die Rechner ständig getauscht werden, wird das aber auch teuer. Man kann ja auch einfach Tauschgeräte auf Lager haben, da braucht's keinen Vor-Ort-Service. Schon ist die Länge desselben kein Limit mehr, und der Aufwand der Neuinstallation betrifft nur die, die einen Grund für einen Tausch haben. Praktisch ist bei uns offenbar "Support von Microsoft ist abgelaufen" das Tauschkriterium, nicht "Support von Dell ist abgelaufen". Am Ende ist es Wahrscheinlichkeitsrechnung, was besser ist. Ob das tatsächlich jemand durchrechnet weiß ich dann aber nicht. Stefan
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2025-09-12 20:12 +0200 |
| Message-ID | <10a1nr8$1bg7m$1@news1.tnib.de> |
| In reply to | #147833 |
Stefan Reuther <stefan.news@arcor.de> wrote: >Am 12.09.2025 um 12:45 schrieb Marc Haber: >> Marco Moock <mm@dorfdsl.de> wrote: >>> Ist in vielen Bereichen üblich. >>> Viele Rechner aus XP-Zeiten sind erst 2014 rausgeflogen. >>> >>> Viele Rechner aus Win7-Zeiten fliegen jetzt. >> >> Das halte ich nicht für wirtschaftlich. Nahzu alle mir bekannten >> Unternehmen tauschen Arbeitsplatz-PCs und Server nach Ablauf des vom >> Hersteller gekauften Vor-Ort-Service raus. Wenn ein Mitarbeiter zwei >> Tage nicht arbeiten kann, am besten in einer heißen Projektphase, ist >> das sehr schnell teurer. > >Wenn der Mitarbeiter (und die IT) ständig mit Neuinstallieren >beschäftigt sind, weil die Rechner ständig getauscht werden, wird das >aber auch teuer. Das ist durchautomatisiert. >Man kann ja auch einfach Tauschgeräte auf Lager haben, da braucht's >keinen Vor-Ort-Service. ABER MEINE DATEN!!?! 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-12 20:28 +0200 |
| Message-ID | <10a1opb$9bir$3@solani.org> |
| In reply to | #147835 |
Am 12.09.2025 20:12 Uhr schrieb Marc Haber: > Stefan Reuther <stefan.news@arcor.de> wrote: > >Am 12.09.2025 um 12:45 schrieb Marc Haber: > >> Marco Moock <mm@dorfdsl.de> wrote: > >>> Ist in vielen Bereichen üblich. > >>> Viele Rechner aus XP-Zeiten sind erst 2014 rausgeflogen. > >>> > >>> Viele Rechner aus Win7-Zeiten fliegen jetzt. > >> > >> Das halte ich nicht für wirtschaftlich. Nahzu alle mir bekannten > >> Unternehmen tauschen Arbeitsplatz-PCs und Server nach Ablauf des > >> vom Hersteller gekauften Vor-Ort-Service raus. Wenn ein > >> Mitarbeiter zwei Tage nicht arbeiten kann, am besten in einer > >> heißen Projektphase, ist das sehr schnell teurer. > > > >Wenn der Mitarbeiter (und die IT) ständig mit Neuinstallieren > >beschäftigt sind, weil die Rechner ständig getauscht werden, wird das > >aber auch teuer. > > Das ist durchautomatisiert. > > >Man kann ja auch einfach Tauschgeräte auf Lager haben, da braucht's > >keinen Vor-Ort-Service. > > ABER MEINE DATEN!!?! Die sollten eh auf einem Netzwerkshare liegen. Von den lokalen Platten macht nämlich definitiv keiner ein Backup und RAID gibt es da auch nicht. -- Gruß Marco Spam und Werbung bitte an 1757700776ichwillgesperrtwerden@nirvana.admins.ws
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2025-09-12 22:00 +0200 |
| Message-ID | <10a1u4t$1jrbe$1@news1.tnib.de> |
| In reply to | #147836 |
Marco Moock <mm+solani@dorfdsl.de> wrote: >Am 12.09.2025 20:12 Uhr schrieb Marc Haber: >> ABER MEINE DATEN!!?! > >Die sollten eh auf einem Netzwerkshare liegen. Von den lokalen Platten >macht nämlich definitiv keiner ein Backup und RAID gibt es da auch >nicht. Das ist doch einem typischen Anwender egal. 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 | Paul Muster <exp-311225@news.muster.net> |
|---|---|
| Date | 2025-09-12 22:35 +0200 |
| Message-ID | <fpcepl-ft3.ln1@news.muster.net> |
| In reply to | #147837 |
On 12.09.25 22:00, Marc Haber wrote: > Marco Moock <mm+solani@dorfdsl.de> wrote: >> Am 12.09.2025 20:12 Uhr schrieb Marc Haber: >>> ABER MEINE DATEN!!?! >> >> Die sollten eh auf einem Netzwerkshare liegen. Von den lokalen Platten >> macht nämlich definitiv keiner ein Backup und RAID gibt es da auch >> nicht. > > Das ist doch einem typischen Anwender egal. Ich dachte, wir reden von professionell gemanageten Umgebungen? Da kann der "typische Anwender" genau garnichts lokal speichern. OneDrive und Outlook haben lokal einen Cache, aber es geht nichts verloren, wenn die lokale Platte abraucht und der Client ersetzt wird. mfG Paul
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2025-09-13 08:49 +0200 |
| Message-ID | <10a345q$34oi3$1@news1.tnib.de> |
| In reply to | #147839 |
Paul Muster <exp-311225@news.muster.net> wrote: >On 12.09.25 22:00, Marc Haber wrote: >> Marco Moock <mm+solani@dorfdsl.de> wrote: >>> Am 12.09.2025 20:12 Uhr schrieb Marc Haber: > >>>> ABER MEINE DATEN!!?! >>> >>> Die sollten eh auf einem Netzwerkshare liegen. Von den lokalen Platten >>> macht nämlich definitiv keiner ein Backup und RAID gibt es da auch >>> nicht. >> >> Das ist doch einem typischen Anwender egal. > >Ich dachte, wir reden von professionell gemanageten Umgebungen? Da kann >der "typische Anwender" genau garnichts lokal speichern. Ich sehe typischerweise alle zwei bis drei Jahre eine neue professionell gemanagte Umgebung. Und in exakt keiner davon waren "typische Anwender" technisch daran gehindert, Daten lokal abzulegen. Verboten war es freilich überall. 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 | Stefan Reuther <stefan.news@arcor.de> |
|---|---|
| Date | 2025-09-13 10:41 +0200 |
| Message-ID | <10a3hoq.3l4.1@stefan.msgid.phost.de> |
| In reply to | #147848 |
Am 13.09.2025 um 08:49 schrieb Marc Haber: > Paul Muster <exp-311225@news.muster.net> wrote: >> Ich dachte, wir reden von professionell gemanageten Umgebungen? Da kann >> der "typische Anwender" genau garnichts lokal speichern. > > Ich sehe typischerweise alle zwei bis drei Jahre eine neue > professionell gemanagte Umgebung. Und in exakt keiner davon waren > "typische Anwender" technisch daran gehindert, Daten lokal abzulegen. > Verboten war es freilich überall. Ich wechselte bisher nicht so oft die Umgebung, wohl aber haben sich die Verantwortlichkeiten an den verschiedensten Stellen geändert. Begonnen hat es mit einer Arbeitsanweisung "Arbeitsergebnisse sind spätestens am Ende des Arbeitstags auf dem Server zu sichern". Nach mehreren Runden Umbau in QM gibt es keine Arbeitsanweisung mehr mit diesem Satz. Dafür technisch durchgesetzte Regeln, wie ein git-commit auf dem Server auszusehen hat, die dafür sorgen, dass Mitarbeiter, die nicht so intim mit git sind und Repositories in persönliche Namensräume forken können, Zwischenstände gar nicht sichern können. Mein Protest liegt nun beim Kommittee, denn nun ist die Regel da, und Regeln einfach auf Zuruf ändern geht natürlich gar nicht. Corporate IT ist toll. Stefan
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2025-09-13 14:04 +0200 |
| Message-ID | <10a3mk8$3sq0p$1@news1.tnib.de> |
| In reply to | #147851 |
Stefan Reuther <stefan.news@arcor.de> wrote: >Begonnen hat es mit einer Arbeitsanweisung "Arbeitsergebnisse sind >spätestens am Ende des Arbeitstags auf dem Server zu sichern". Nach >mehreren Runden Umbau in QM gibt es keine Arbeitsanweisung mehr mit >diesem Satz. Dafür technisch durchgesetzte Regeln, wie ein git-commit >auf dem Server auszusehen hat, die dafür sorgen, dass Mitarbeiter, die >nicht so intim mit git sind und Repositories in persönliche Namensräume >forken können, Zwischenstände gar nicht sichern können. Mein Protest >liegt nun beim Kommittee, denn nun ist die Regel da, und Regeln einfach >auf Zuruf ändern geht natürlich gar nicht. Es gibt Firmen bei denen Softwareentwicklung maximal eine Randerscheinung ist. 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 | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> |
|---|---|
| Date | 2025-09-08 21:53 +0200 |
| Message-ID | <20250908215314.3d096519@Achmuehle.WOR> |
| In reply to | #147743 |
Hallo Stefan, Du schriebst am Mon, 8 Sep 2025 18:41:30 +0200: > 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. Vor einiger Zeit gab es Berichte, daß nämliches ganz regulär in den (Log-) Speichern der Autos von Tesla vorkäme - die schreiben laufend eine Menge an aaaDaten aus dem Fahrbetrieb dort rein. > Bei TLC sind das mit Glück noch 3000 P/E-Zyklen. Also über 10 Jahre > Lebenszeit weniger als 1 Drive Write Per Day. BTW, wie verhält es sich dabei eigentlich mit den _Haltedauer_, d.h. der Zeit, bis die Ladung der Speicher-Gates unter die Auswerteschwelle sinkt? > Und auch bei SLC war die Lebensdauer nur garantiert, wenn man den > Verlust von 2% der Daten einplant. Dafür gibt es auch ein entsprechende Zeitangabe. Ein solcher Speicher muß für Langzeitnutzung immer wieder überprüft und ggfs. aufgefrischt werden. > Festplatten werden andererseits ähnliche Probleme haben, nur redet man > da nicht so offen drüber. Es gibt ja eine Lösung: Backup. "Moderne" Festplatten haben inzwischen - schon länger - eine Speicherdichte erreicht, die auch die Stabilität der Magnetdomänen gefährdet. Aber noch heftigere Probleme bereiten die Signale, die die Leseköpfe aufgrund ihrer mechanischen Dimension schon teils nicht mehr sicher aufnehmen können. Zur Abhilfe muß da schon mit erheblicher Redundanz und entsprechenden Verfahren zur Fehlerkorrektur gearbeitet werden, damit die geschriebenen Daten beim Lesen auch ausreichend sicher "wiedererkannt" werden. Und ob unter diesen Umständen ein Backup immer eine ausreichende Sicherheit bieten kann? Früher gab's mal das Konzept des "WOM", des "Write Only Memory". Inzwischen sind wir anscheinend schon nahe an dessen Realisierung... -- (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:42 +0200 |
| Message-ID | <109oenf$gmpb$2@paganini.bofh.team> |
| In reply to | #147755 |
On 08.09.2025 21:53 Sieghard Schicktanz wrote: > BTW, wie verhält es sich dabei eigentlich mit den _Haltedauer_, d.h. > der Zeit, bis die Ladung der Speicher-Gates unter die > Auswerteschwelle sinkt? Bei mir lag eine SSD unangeschlossen ein halbes Jahr rum - das LVM war noch da, ich habe aber nicht alle Bytes geprüft und die SSD dann eh mit anderem Inhalt überschrieben. SSDs sind aber prinzipbedingt kein Archivmedium. HDDs auch nur bedingt, weil es Fälle gibt, wo dann die Lager fest waren. > > Und auch bei SLC war die Lebensdauer nur garantiert, wenn man den > > Verlust von 2% der Daten einplant. > > Dafür gibt es auch ein entsprechende Zeitangabe. Ein solcher Speicher > muß für Langzeitnutzung immer wieder überprüft und ggfs. aufgefrischt > werden. Und am besten redundant über verschiedene Medien verteilt mit digitalen Signaturen versehen werden. > > Festplatten werden andererseits ähnliche Probleme haben, nur redet > > man da nicht so offen drüber. Es gibt ja eine Lösung: Backup. > > "Moderne" Festplatten haben inzwischen - schon länger - eine > Speicherdichte erreicht, die auch die Stabilität der Magnetdomänen > gefährdet. Was in der Praxis bisher keine Probleme macht. > Aber noch heftigere Probleme bereiten die Signale, die die Leseköpfe > aufgrund ihrer mechanischen Dimension schon teils nicht mehr sicher > aufnehmen können. Zur Abhilfe muß da schon mit erheblicher Redundanz > und entsprechenden Verfahren zur Fehlerkorrektur gearbeitet werden, > damit die geschriebenen Daten beim Lesen auch ausreichend sicher > "wiedererkannt" werden. Und ob unter diesen Umständen ein Backup > immer eine ausreichende Sicherheit bieten kann? Früher gab's mal das > Konzept des "WOM", des "Write Only Memory". Inzwischen sind wir > anscheinend schon nahe an dessen Realisierung... Bei aller Technik, die wir heute haben, kommt man an die Limits und braucht halt Zusatztechnik, um die Beherrschbar zu machen. Funktioniert bisher brauchbar. Redundanz und Backups hat man eh schon immer gebraucht.
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2025-09-09 08:45 +0200 |
| Message-ID | <109oie7$1f47q$1@news1.tnib.de> |
| In reply to | #147755 |
Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> wrote: >Du schriebst am Mon, 8 Sep 2025 18:41:30 +0200: >> Bei TLC sind das mit Glück noch 3000 P/E-Zyklen. Also über 10 Jahre >> Lebenszeit weniger als 1 Drive Write Per Day. > >BTW, wie verhält es sich dabei eigentlich mit den _Haltedauer_, d.h. der >Zeit, bis die Ladung der Speicher-Gates unter die Auswerteschwelle sinkt? Eine SSD ist dafür gedacht, dass man sie benutzt. Naturgemäß habe ich keine aktuelle SSD die schon zwei Jahre in der Schublade gelegen hat. Aber wenn ich eine SSD aus der Schublade nehme, dann ist es mir noch nie passiert dass sie leer war. Aber meist wird sie sowieso als erstes mal komplett überschrieben. >> Und auch bei SLC war die Lebensdauer nur garantiert, wenn man den >> Verlust von 2% der Daten einplant. > >Dafür gibt es auch ein entsprechende Zeitangabe. Ein solcher Speicher muß >für Langzeitnutzung immer wieder überprüft und ggfs. aufgefrischt werden. Ja. Wenn die SSD am Strom ist kümmert sich der Controller darum. Eine SSD ist dafür da dass man sie benutzt. >Und ob unter diesen Umständen ein Backup immer eine ausreichende Sicherheit >bieten kann? Im Zweifel hat man mehrere Backups und Prüfsummen 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 | "Andreas M. Kirchwitz" <amk@spamfence.net> |
|---|---|
| Date | 2025-09-09 17:56 +0000 |
| Message-ID | <slrn10c0qhn.l0n.amk@msgid.krell.zikzak.de> |
| In reply to | #147691 |
Marco Moock <mm+solani@dorfdsl.de> wrote: > Wie schon gesagt, im Realbetrieb einer SSD ist der Verschleiß durch > Schreibvorgänge schlicht nicht relevant. Vielleicht. Vielleicht nicht. Solche Aussagen finde ich überheblich, denn was der eine sich in seinem Alltag nicht vorstellen kann, weil nur er wenig Daten bewegt, ist für den andere ein reales Dilemma. Wir leben in Zeiten, wo große Datenmengen als selbstverständlich angesehen werden. > 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. Im High-End-Segment tauscht man Hardware oft früh aus, deshalb nennt man es ja meist High-End-Segment. Im Consumer-Bereich wird die Luft schon dünner, und was genau da eingebaut wird, kann man auch nicht immer beeinflussen. > Disketten hatten auch massiven Verschleiß - haben sich Leute deswegen > wegen der Schreiboperationen wirklich Gedanken gemacht? Whataboutism. Ich habe Disketten gesehen, wo die Speicherschicht schlicht weggerieben worden ist durch Benutzung, und das hat nicht lange gedauert, bis man durchgucken konnte. War nicht schön, und die Leute waren froh über Technologien, die schreibfester waren. Nun entwickeln wir uns wieder zurück ausgerechnet in einer Phase, wo die Datenmengen immer noch wachsen. Da darf man also schon klagen. Dass es nicht alle betreffen mag, spielt dabei keine Rolle. Es sterben auch nicht alle wegen Krebs, ist aber trotzdem nicht schön und es wäre schön, wenn dagegen was erfunden wird. Aber Toleranz ist ja nicht mehr angesagt heutzutage. Grüße, Andreas
[toc] | [prev] | [next] | [standalone]
| From | Ralph Aichinger <ra@h5.or.at> |
|---|---|
| Date | 2025-09-09 18:06 +0000 |
| Message-ID | <109pqaq$io2i$1@gwaiyur.mb-net.net> |
| In reply to | #147772 |
Andreas M. Kirchwitz <amk@spamfence.net> wrote: > Im High-End-Segment tauscht man Hardware oft früh aus, deshalb > nennt man es ja meist High-End-Segment. Im Consumer-Bereich wird Ich kenne genug Unternehmen, wo eine völlig zwiespältige Haltung zu solchen Beschaffungsvorgängen herrscht: Einerseits kauft man "das beste" dafür läßt man es manchmal laufen bis es auseinanderfällt. Und ehrlich gesagt: "High End" oder nicht, bei Festplatten kann es immer passieren, dass sie eingehen, und Backups sind immer die Lösung. /ralph
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mm+solani@dorfdsl.de> |
|---|---|
| Date | 2025-09-09 20:10 +0200 |
| Message-ID | <109pqhv$4d9i$3@solani.org> |
| In reply to | #147773 |
Am 09.09.2025 18:06 Uhr schrieb Ralph Aichinger: > Und ehrlich gesagt: "High End" oder nicht, bei Festplatten kann > es immer passieren, dass sie eingehen, und Backups sind immer die > Lösung. Es passiert regelmäßig - sogar in der Garantiezeit. Das ist alles einkalkuliert und durch Redundanz bekommt nur der Systembetreuer wirklich mit, wenn eine verreckt. -- Gruß Marco Spam und Werbung bitte an 1757433978ichwillgesperrtwerden@nirvana.admins.ws
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mm+solani@dorfdsl.de> |
|---|---|
| Date | 2025-09-09 20:07 +0200 |
| Message-ID | <109pqca$4d9i$2@solani.org> |
| In reply to | #147772 |
Am 09.09.2025 17:56 Uhr schrieb Andreas M. Kirchwitz: > Marco Moock <mm+solani@dorfdsl.de> wrote: > > > Wie schon gesagt, im Realbetrieb einer SSD ist der Verschleiß durch > > Schreibvorgänge schlicht nicht relevant. > > Vielleicht. Vielleicht nicht. Solche Aussagen finde ich überheblich, > denn was der eine sich in seinem Alltag nicht vorstellen kann, weil > nur er wenig Daten bewegt, ist für den andere ein reales Dilemma. > Wir leben in Zeiten, wo große Datenmengen als selbstverständlich > angesehen werden. Wo ist das auf Consumer-Hardware der Fall? > > 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. > > Im High-End-Segment tauscht man Hardware oft früh aus, deshalb > nennt man es ja meist High-End-Segment. Im Consumer-Bereich wird > die Luft schon dünner, und was genau da eingebaut wird, kann man > auch nicht immer beeinflussen. Wenn man die Hardware selbst konfiguriert schon. > > Disketten hatten auch massiven Verschleiß - haben sich Leute > > deswegen wegen der Schreiboperationen wirklich Gedanken gemacht? > > Whataboutism. Ich habe Disketten gesehen, wo die Speicherschicht > schlicht weggerieben worden ist durch Benutzung, und das hat nicht > lange gedauert, bis man durchgucken konnte. War nicht schön, und > die Leute waren froh über Technologien, die schreibfester waren. Solche hat ich mal in der Hand zum Löschen. Ich habe die Plastikscheibe dann ausgebaut und in den Shredder befördert. > Nun entwickeln wir uns wieder zurück ausgerechnet in einer Phase, > wo die Datenmengen immer noch wachsen. Die Leute wollen aber die Geschwindigkeit und akzeptieren dann ggf., nach früherer Zeit die Hardware tauschen zu müssen. Wenn ich so ein Konstrukt hätte, wären Redundanz (unterschiedliche Modelle) und Überwachung an der Tagesordnung. Eine Consumer-SSD mit 1 TB kostet heute keine 50 Euro mehr. Der Schaden durch einen Ausfall ist da viel größer. Selbst wenn die durch viele Schreiboperationen nach 2 Jahren hin ist, sind die Kosten für die SSD minimal im Vergleich zu den Kosten von Lohn oder Geschäftsausfall. > Da darf man also schon klagen. Dass es nicht alle betreffen mag, > spielt dabei keine Rolle. Es sterben auch nicht alle wegen Krebs, > ist aber trotzdem nicht schön und es wäre schön, wenn dagegen > was erfunden wird. > > Aber Toleranz ist ja nicht mehr angesagt heutzutage. Die Diskussion begann damit, dass sich jemand über das Schreiben von Kleinkram, der ggf. pro Tag ein paar GB umfasst, Gedanken gemacht hat. -- Gruß Marco Spam und Werbung bitte an 1757433367ichwillgesperrtwerden@nirvana.admins.ws
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2025-09-09 19:00 +0000 |
| Message-ID | <109pth4$4oo$1@rusnews.informatik.uni-stuttgart.de> |
| In reply to | #147772 |
Andreas M. Kirchwitz <amk@spamfence.net> wrote: > Im High-End-Segment tauscht man Hardware oft früh aus Im professionellen Bereich wird idR nach 5 Jahren (Wartungsende) getauscht, voellig egal welchen Status die Hardware hat, also auch disks mit 0 Fehlern laut SMART. Die werden dann verschrottet. -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum TIK Universitaet Stuttgart E-Mail: horlacher@tik.uni-stuttgart.de Allmandring 30a Tel: ++49-711-68565868 70569 Stuttgart (Germany) WWW: https://www.tik.uni-stuttgart.de/
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mm+solani@dorfdsl.de> |
|---|---|
| Date | 2025-09-06 08:39 +0200 |
| Message-ID | <109gkut$17t0e$2@solani.org> |
| In reply to | #147655 |
Am 05.09.2025 22:49 Uhr schrieb Sieghard Schicktanz: > 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. Ist wie gesagt, bei heutigen Marken-SSDs kein relevantes Thema mehr. Auch bei HDDs gab es Verschleiß. Hast du da vor dem Rechnerstart überlegt, ob das jetzt wirklich sein muss, weil ja jeder Startvorgang der Platte für extra Verschließ sorgt? PS: Du befasst dich da mit für den Alltag irrelevantem Popelkram. > > > 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. Ich kenne keine solchen Tests, aber aus Servern weiß man, dass auch HDDs nach einer gewissen Anzahl an Betriebsstunden überdurchschnittlich oft die Grätsche machen - daher werden die da im Normalfall nicht 15 Jahre betrieben und Redundanz hat man sowieso. > > 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. Bei mir passierte das auch mal, die HDDs hatten aber schon einige Jahre auf dem Buckel. Manche andere laufen nach vielen Jahren und vielen Einschaltvorgängen noch immer. Das ist immer eine Wahrscheinlichkeit. Redundanz kostet dich kaum Geld und Zeit, der Ausfall ist da viel nerviger. Die Zeit, dir darüber Gedanken zu machen, würde ich eher in produktive Tätigkeiten stecken. Oder halt irgendwo in nen Mindestlohnjob. Da bekommst du die Kosten für neu anzuschaffende Hardware locker wieder rein. > > 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. Sie sind aber Teil einer Statistik. Auch die Ausreißer sind manchmal interessant. Als ich noch im URZ gearbeitet habe, hatte ich mal paar HDDs mit über 10TB in der Hand, die nach kurzer Zeit in nem Server ausgefallen sind. Kann auch hier passieren und da hilft nur Redundanz. -- Gruß Marco Spam und Werbung bitte an 1757105394ichwillgesperrtwerden@nirvana.admins.ws
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> |
|---|---|
| Date | 2025-09-06 21:19 +0200 |
| Message-ID | <20250906211939.23ca6996@Achmuehle.WOR> |
| In reply to | #147660 |
Hallo Marco, Du schriebst am Sat, 6 Sep 2025 08:39:25 +0200: > PS: Du befasst dich da mit für den Alltag irrelevantem Popelkram. Na schön, dann laß' ich das halt dabei, ich wollt's eh nur mal wieder erwähnt 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-07 07:41 +0200 |
| Message-ID | <109j5uf$19nar$2@solani.org> |
| In reply to | #147686 |
Am 06.09.2025 21:19 Uhr schrieb Sieghard Schicktanz: > Hallo Marco, > > Du schriebst am Sat, 6 Sep 2025 08:39:25 +0200: > > > PS: Du befasst dich da mit für den Alltag irrelevantem Popelkram. > > Na schön, dann laß' ich das halt dabei, ich wollt's eh nur mal wieder > erwähnt haben. Wie gesagt, du machst dir Sorgen, die real praktisch nicht auftreten. -- Gruß Marco Spam und Werbung bitte an 1757186379ichwillgesperrtwerden@nirvana.admins.ws
[toc] | [prev] | [next] | [standalone]
Page 14 of 16 — ← Prev page 1 … 12 13 [14] 15 16 Next page →
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web