Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #124024 > unrolled thread

Snap? Nein Danke!

Started byErika Ciesla <abc@xyz.invalid>
First post2022-08-16 19:15 +0200
Last post2022-08-18 14:22 +0200
Articles 20 on this page of 221 — 29 participants

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-16 19:15 +0200
    Re: Snap? Nein Danke! Joerg Lorenz <hugybear@gmx.ch> - 2022-08-16 19:31 +0200
      Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-16 19:57 +0200
        Re: Snap? Nein Danke! Marcel Mueller <news.5.maazl@spamgourmet.org> - 2022-08-17 07:47 +0200
          Re: Snap? Nein Danke! Marcel Mueller <news.5.maazl@spamgourmet.org> - 2022-08-17 07:51 +0200
          Re: Snap? Nein Danke! Joerg Lorenz <hugybear@gmx.ch> - 2022-08-17 08:33 +0200
            Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-17 09:08 +0200
            Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-17 09:16 +0200
              Re: Snap? Nein Danke! Joerg Lorenz <hugybear@gmx.ch> - 2022-08-17 10:52 +0200
                Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-17 11:23 +0200
                  Re: Snap? Nein Danke! Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-08-17 13:22 +0000
                    Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-17 14:58 +0000
                    Re: Snap? Nein Danke! Joerg Lorenz <hugybear@gmx.ch> - 2022-08-17 18:12 +0200
                      Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-17 18:18 +0200
                        Re: Snap? Nein Danke! Joerg Lorenz <hugybear@gmx.ch> - 2022-08-17 18:32 +0200
                          Re: Snap? Nein Danke! klaus reile <klaus.reile@no-more-mail-to.zr> - 2022-08-17 19:08 +0200
                      Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-17 16:38 +0000
                    Re: Snap? Nein Danke! Joerg Lorenz <hugybear@gmx.ch> - 2022-08-17 18:45 +0200
                      Re: Snap? Nein Danke! Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-08-17 19:40 +0000
                  Re: Snap? Nein Danke! Joerg Lorenz <hugybear@gmx.ch> - 2022-08-17 18:13 +0200
                    Re: Snap? Nein Danke! Michael Brand <brandm@gmx.net> - 2022-08-17 21:36 +0200
              Re: Snap? Nein Danke! Jens Schüßler <j.schuess@nurfuerspam.de> - 2022-08-18 03:15 +0200
                Re: Snap? Nein Danke! Frank Miller <miller@posteo.ee> - 2022-08-18 05:05 +0200
            Re: Snap? Nein Danke! Marcel Mueller <news.5.maazl@spamgourmet.org> - 2022-08-17 22:30 +0200
              Re: Snap? Nein Danke! Thomas Klix <wotokl@web.de> - 2022-08-17 23:31 +0200
                Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-18 08:03 +0200
                  Re: Snap? Nein Danke! Thomas Klix <wotokl@web.de> - 2022-08-18 08:20 +0200
                  Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-18 08:23 +0200
                    Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-18 09:20 +0200
                    Re: Snap? Nein Danke! Rupert Haselbeck <mein-rest-muell@gmx.de> - 2022-08-18 14:19 +0200
          Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-17 08:45 +0200
            Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-17 09:39 +0200
              Re: Snap? Nein Danke! Joerg Lorenz <hugybear@gmx.ch> - 2022-08-17 10:55 +0200
          Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-17 08:52 +0200
            Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-17 11:11 +0200
              Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-17 12:39 +0200
                Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2023-02-07 20:45 +0100
                  Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2023-02-07 21:26 +0100
              Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-17 17:40 +0200
                Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2023-02-07 21:01 +0100
              Re: Snap? Nein Danke! Marcus Jodorf <trap@killfile.de> - 2022-08-17 22:49 +0200
          Re: Snap? Nein Danke! Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-08-17 10:00 +0000
            Re: Snap? Nein Danke! "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2022-08-17 10:10 +0000
          Re: Snap? Nein Danke! Marcus Jodorf <trap@killfile.de> - 2022-08-17 22:57 +0200
          Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-18 11:41 +0200
            Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-18 16:32 +0200
              Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-19 15:19 +0200
              Re: Snap? Nein Danke! Marcus Jodorf <trap@killfile.de> - 2022-08-21 19:21 +0200
                Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-21 20:51 +0200
                  Re: Snap? Nein Danke! Marcus Jodorf <trap@killfile.de> - 2022-08-21 21:47 +0200
                    Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-21 20:43 +0000
                    Re: Snap? Nein Danke! Paul Muster <exp-311222@news.muster.net> - 2022-08-22 07:43 +0200
                    Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-22 17:29 +0200
                      Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-22 17:42 +0000
                  Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-22 07:41 +0200
                    Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-22 17:30 +0200
                      Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-22 17:20 +0000
                        Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-23 11:15 +0200
                          Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-23 13:02 +0200
                            Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-24 09:20 +0200
                              Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-24 13:33 +0200
                                Re: Snap? Nein Danke! Claus Reibenstein <creibens@gmail.com> - 2022-08-24 15:14 +0200
                                  Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-24 15:44 +0200
                                    Re: Snap? Nein Danke! Claus Reibenstein <creibens@gmail.com> - 2022-08-24 18:20 +0200
                              Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-24 16:51 +0000
                        Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-23 12:58 +0200
                          Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-23 15:59 +0200
                Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-21 22:14 +0200
            Re: Snap? Nein Danke! Marcus Jodorf <trap@killfile.de> - 2022-08-19 00:36 +0200
              Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-19 08:43 +0200
              Re: Snap? Nein Danke! Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-08-19 07:32 +0000
                Re: Snap? Nein Danke! Marcus Jodorf <trap@killfile.de> - 2022-08-19 13:27 +0200
              Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-19 15:21 +0200
                Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-19 13:58 +0000
                  Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-20 02:49 +0200
                    Re: Snap? Nein Danke! Thomas Klix <wotokl@web.de> - 2022-08-20 05:45 +0200
                      Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-20 13:09 +0000
                        Re: Snap? Nein Danke! Thomas Klix <wotokl@web.de> - 2022-08-20 22:44 +0200
                      Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-21 16:05 +0200
                    Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-20 13:03 +0000
                      Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-21 16:13 +0200
                        Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-21 21:05 +0000
                        Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2023-02-08 15:14 +0100
                          Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2023-02-18 09:27 +0100
                Re: Snap? Nein Danke! Marcus Jodorf <trap@killfile.de> - 2022-08-21 19:39 +0200
                  Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-21 20:53 +0200
                    Re: Snap? Nein Danke! Marcus Jodorf <trap@killfile.de> - 2022-08-21 21:53 +0200
                      Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-22 17:32 +0200
                        Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-22 17:18 +0000
                          Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-23 16:01 +0200
                  Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-22 07:54 +0200
                    Re: Snap? Nein Danke! Claus Reibenstein <creibens@gmail.com> - 2022-08-22 16:18 +0200
        Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-17 09:15 +0200
          Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-17 09:44 +0200
            Re: Snap? Nein Danke! Christian Garbs <mitch@cgarbs.de> - 2022-08-17 19:33 +0000
              Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-18 07:25 +0200
              Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-18 08:09 +0200
                Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-18 08:19 +0200
              Re: Snap? Nein Danke! Jens Schüßler <j.schuess@nurfuerspam.de> - 2022-08-18 18:23 +0200
                Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-19 06:04 +0200
          Re: Snap? Nein Danke! Thomas Klix <wotokl@web.de> - 2022-08-17 10:41 +0200
            Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-17 13:08 +0200
              Re: Snap? Nein Danke! Thomas Klix <wotokl@web.de> - 2022-08-17 17:08 +0200
                Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-17 20:26 +0200
                  Re: Snap? Nein Danke! Thomas Klix <wotokl@web.de> - 2022-08-18 08:32 +0200
          Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-17 13:06 +0200
            Re: Snap? Nein Danke! Thomas Klix <wotokl@web.de> - 2022-08-17 17:22 +0200
              Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-17 17:36 +0200
                Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-17 20:27 +0200
                  Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-18 08:10 +0200
                    Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-18 10:20 +0200
                  Re: Snap? Nein Danke! Claus Reibenstein <creibens@gmail.com> - 2022-08-18 13:33 +0200
            Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-17 20:27 +0200
              Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-18 08:10 +0200
                Re: Snap? Nein Danke! Thomas Klix <wotokl@web.de> - 2022-08-18 08:26 +0200
                Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-18 08:34 +0200
                Re: Snap? Nein Danke! "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2022-08-18 07:42 +0000
    Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-16 19:53 +0200
      Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-16 20:09 +0200
        Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-16 20:21 +0200
          Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-16 20:33 +0200
          Re: Snap? Nein Danke! Joerg Lorenz <hugybear@gmx.ch> - 2022-08-16 20:34 +0200
    Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-16 20:14 +0200
      Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-16 20:20 +0200
        Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-16 20:55 +0200
          Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-16 21:04 +0200
        Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-16 21:01 +0200
          Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-16 21:11 +0200
            Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-16 21:26 +0200
              Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-16 21:42 +0200
                Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-16 22:03 +0200
                  Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-17 09:18 +0200
                    Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-17 11:43 +0200
                      Re: Snap? Nein Danke! Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-08-17 13:28 +0000
                        Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-17 15:49 +0200
                          Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-17 21:07 +0200
                          Re: Snap? Nein Danke! Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-08-17 19:43 +0000
                          Re: Snap? Nein Danke! Marcus Jodorf <trap@killfile.de> - 2022-08-18 00:27 +0200
                            Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-18 09:34 +0200
                              Re: Snap? Nein Danke! Marcus Jodorf <trap@killfile.de> - 2022-08-18 23:52 +0200
                                Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-19 06:08 +0200
                                  Re: Snap? Nein Danke! Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-19 11:26 +0200
                                    Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-19 17:33 +0200
                                      Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-19 17:41 +0200
                                        Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-21 15:45 +0200
                                          Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-22 08:27 +0200
                                            Re: Snap? Nein Danke! Marcel Logen <333200007110-0201@ybtra.de> - 2022-08-23 12:47 +0200
                                              Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-23 14:24 +0200
                                                Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-23 15:03 +0200
                                                  Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-23 16:19 +0200
                                                    Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-23 17:41 +0200
                                                      Re: Snap? Nein Danke! Michael Brand <brandm@gmx.net> - 2022-08-23 18:26 +0200
                                                      Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-24 11:25 +0200
                                                        Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-24 16:04 +0200
                                                          Re: Snap? Nein Danke! Claus Reibenstein <creibens@gmail.com> - 2022-08-24 18:32 +0200
                                                          Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-25 10:32 +0200
                                      Re: Snap? Nein Danke! Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-20 07:49 +0200
                                        Re: Snap? Nein Danke! Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-08-20 08:47 +0000
                                          Re: Snap? Nein Danke! Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-08-20 12:55 +0000
                                          Re: Snap? Nein Danke! Rupert Haselbeck <mein-rest-muell@gmx.de> - 2022-08-20 15:00 +0200
                                            Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-23 18:05 +0200
                                              Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-24 07:23 +0200
                                                Re: Snap? Nein Danke! Claus Reibenstein <creibens@gmail.com> - 2022-08-24 15:16 +0200
                                                  Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-24 16:10 +0200
                                                Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-24 20:36 +0200
                                                Re: Snap? Nein Danke! Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-08-24 22:56 +0200
                                              Re: Snap? Nein Danke! Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-24 10:19 +0200
                                                Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-24 15:33 +0200
                                                  Re: Snap? Nein Danke! Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-24 20:10 +0200
                                          Re: Snap? Nein Danke! Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-20 21:39 +0200
                                            Re: Snap? Nein Danke! Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-08-20 22:01 +0000
                                              Re: Snap? Nein Danke! Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-21 10:40 +0200
                                                Re: Snap? Nein Danke! Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-08-21 08:52 +0000
                                                  Re: Snap? Nein Danke! Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-21 11:00 +0200
                                                    Re: Snap? Nein Danke! Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-21 11:04 +0200
                                        Re: Snap? Nein Danke! Thomas Klix <wotokl@web.de> - 2022-08-20 11:05 +0200
                                          Re: Snap? Nein Danke! klaus reile <klaus.reile@no-more-mail-to.zr> - 2022-08-20 11:29 +0200
                                          Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-20 11:52 +0200
                                          Re: Snap? Nein Danke! Joerg Lorenz <hugybear@gmx.ch> - 2022-08-20 12:25 +0200
                                          Re: Snap? Nein Danke! Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-20 21:39 +0200
                                        Re: Snap? Nein Danke! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-08-20 11:28 +0200
                                          Re: Snap? Nein Danke! Laurenz Trossel <me@example.invalid> - 2022-08-20 16:08 +0000
                                      Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-21 15:40 +0200
                      Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-17 20:28 +0200
                Re: Snap? Nein Danke! Claus Reibenstein <creibens@gmail.com> - 2022-08-17 10:29 +0200
                Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-17 13:13 +0200
                  Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-17 21:11 +0200
                    Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-18 08:15 +0200
                      Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-19 21:57 +0200
                        Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-20 13:47 +0200
                          Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-20 23:11 +0200
                            Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-21 00:23 +0200
                            Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-21 11:06 +0200
                              Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-21 11:27 +0200
                                Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-21 11:41 +0200
                                  Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-21 15:54 +0200
                                Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-21 13:36 +0200
                                Re: Snap? Nein Danke! Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-21 13:50 +0200
                                  Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-21 14:42 +0200
                                Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-21 16:46 +0200
                                  Re: Snap? Nein Danke! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-08-21 22:16 +0200
                                    Re: Snap? Nein Danke! Arno Welzel <usenet@arnowelzel.de> - 2022-08-22 17:33 +0200
      Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-16 21:38 +0200
        Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-16 21:44 +0200
          Re: Snap? Nein Danke! Erika Ciesla <abc@xyz.invalid> - 2022-08-17 07:58 +0200
            Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-17 09:11 +0200
              Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-17 21:14 +0200
    Re: Snap? Nein Danke! Marcel Mueller <news.5.maazl@spamgourmet.org> - 2022-08-17 07:31 +0200
      Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-17 13:23 +0200
        Re: Snap? Nein Danke! Marcel Mueller <news.5.maazl@spamgourmet.org> - 2022-08-17 22:15 +0200
          Re: Snap? Nein Danke! Dr Eberhard Lisse <nospam@lisse.NA> - 2022-08-18 12:32 +0200
            Re: Snap? Nein Danke! Kay Martinen <usenet@martinen.de> - 2022-08-19 22:09 +0200
              Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-20 09:49 +0200
    Re: Snap? Nein Danke! Dr Eberhard Lisse <nospam@lisse.NA> - 2022-08-17 13:26 +0200
      Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-17 13:47 +0200
      Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-17 13:49 +0200
        Re: Snap? Nein Danke! Dr Eberhard Lisse <nospam@lisse.NA> - 2022-08-17 16:34 +0200
          Re: Snap? Nein Danke! Marco Moock <mo01@posteo.de> - 2022-08-17 17:37 +0200
            Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-17 18:03 +0200
              Re: Snap? Nein Danke! Dr Eberhard Lisse <nospam@lisse.NA> - 2022-08-18 12:20 +0200
                Re: Snap? Nein Danke! Tim Ritberg <tim@server.invalid> - 2022-08-18 14:22 +0200

Page 8 of 12 — ← Prev page 1 … 6 7 [8] 9 10 … 12  Next page →

#124163

FromHermann Riemann <nospam.ng@hermann-riemann.de>
Date2022-08-19 06:08 +0200
Message-ID<jm8gliFkqu3U1@mid.individual.net>
In reply to#124159
Am 18.08.22 um 23:52 schrieb Marcus Jodorf:
> Tim Ritberg <tim@server.invalid> schrieb:
> 
> 
>>> Du wirst lachen. Die Webagenturen/-entwickler, mit denen ich
>>> geschäftlich zu tun habe, und die php (i.d.R. Laravel) verwenden, die
>>> erzählen mir fast immer, daß sie Debian stable verwenden.  Weil die
>>> haben keinen Bock auf Gebastel und verlassen sich auch auf die
>>> Sicherheitsupdates einer gut gepflegten Distribution, damit sie ihre
>>> Zeit produktiver nutzen (und abrechnen) können.
>> Du wirst lachen, die Entwickler, mit denen ich geschäftlich zu tun
>> habe, jammer, dass Debian immer so lange für neue Releases braucht und
>> man so auf neueres PHP warten muss.
> 
> Also haben sie aber dennoch vernünftige Gründe, trotzdem Debian zu
> verwenden. Und irgendwas zum Meckern haben will ja jeder.
Mit den Distributionen und GUIs ist das wie mit den Parteien,
man versucht anhand von Propaganda? das kleinste Übel zu wählen.

Hermann
    der nicht alle Distris durchtesten mag.


http://www.hermann-riemann.de

[toc] | [prev] | [next] | [standalone]

#124166

FromPeter Scholz <Peter_Scholz@vodafonmail.de>
Date2022-08-19 11:26 +0200
Message-ID<20220819112648.f1ba10b81b8a34ccb3ac950a@vodafonmail.de>
In reply to#124163
Hermann Riemann schrieb am Fri, 19 Aug 2022 06:08:18 +0200:

> Mit den Distributionen und GUIs ist das wie mit den Parteien,
> man versucht anhand von Propaganda? das kleinste Übel zu wählen.

Im Gegensatz zu anderen Betriebssystemen ist jeder Linux-Standalone- 
User für die Probleme auf seinem Computer selbst verantwortlich. Ich
nutze alles für umsonst und habe folglich grundsätzlich keine Garantien
für gar nichts.

Eine Linux-Distribution ist ein mir zur Verfügung gestelltes
Paketierungssystem zur Installation und Deinstallation von - in der
Regel - vorkompilierter Software auf Basis eines Linux-Kernels. Hier
muss ich nehmen, was mir vorgesetzt wird. Genetoo ist hier in gewisser
Weise eine Ausnahme-Distribution, da ich hier alles selber kompiliere.
Auf Gentoo basierende Distributionen verwenden oft den von Gentoo
entwickelten Paketmanager 'Portage'. Und selbst den mir vorgesetzten
Kernel muss ich hier nicht akzeptierten und kann mir den selbst -
sogar relativ benutzerfreundlich - so kompilieren wie ich ihn brauche
und haben will.

Hiervon zu unterscheiden sind zahlreiche (unbedeutetende) Derivate,
die sich auch (m.E. etwas irreführend) auch gerne als Linux-
Distributionen bezeichnen, aber nichts anderes sind, als eine
Zusammenstellung von Software (wozu auch Desktop-Umgebungen zählen) als
Aufsatz auf ein vorgegebenes, bereits bestehendes Linux-Paketierungs-
system. Geschätzt 95% aller auf 'Distrowatch' angepriesenen Derivate
sind ein Übel, insoweit gebe ich Herman Recht. Geschätzt etwa 5% aller
Linux-Derivate haben aber ihre Berechtigung und sind für ihren
speziellen Einsatzzweck ganz ausgezeichnete Entwicklungen. Hierzu würde
ich auch "seriöse Einsteiger-Distributionen" zählen. Entscheide ich
mich für ein Derivat, profitiere ich von der vorinstallierten Software
und der damit geleisteten Vorarbeit, habe dann aber auch die
Konsequenzen zu tragen und muss auch hier letztlich die volle
Verantwortung übernehmen.  

Um aber schließlich frei zu sein von allen "vorgegebenen Übeln" - was
meines Erachtens die eigentliche Linux-Philosophie darstellt - rate ich
langfristig allen Linux-Usern sich von ihrer verinnerlichten
"Window-Mentalität" und ihrer überkommenden Zwangsvorstellung zu
verabschieden, die ihnen vorgesetzte Software immer einfach zu
akzeptieren (die ihnen vorgesetzte Suppe quasi immer aus zu löffeln).
Irgendwann muss ich mich als "Linux-Neueinsteiger" einmal aufraffen,
nachzusehen, wie Linux denn eigentlich unterhalb der graphischen
Oberfläche funktioniert. Je mehr ich dann verstehe, umso mehr bin ich
in der Lage, mir die eigentliche Potenziale meines Linux zu erschließen
und mir selbst ein Urteil zu bilden, was für mich gut ist. Dann bin ich
auch gegen "Propaganda" gefeit und muss nicht immer andere Leute
fragen, was die den meinen, was für mich gut ist.

-- 
Gruß Peter

[toc] | [prev] | [next] | [standalone]

#124184

FromArno Welzel <usenet@arnowelzel.de>
Date2022-08-19 17:33 +0200
Message-ID<jm9opeFr0h6U1@mid.individual.net>
In reply to#124166
Peter Scholz, 2022-08-19 11:26:

> Hermann Riemann schrieb am Fri, 19 Aug 2022 06:08:18 +0200:
> 
>> Mit den Distributionen und GUIs ist das wie mit den Parteien,
>> man versucht anhand von Propaganda? das kleinste Übel zu wählen.
> 
> Im Gegensatz zu anderen Betriebssystemen ist jeder Linux-Standalone- 
> User für die Probleme auf seinem Computer selbst verantwortlich. Ich
> nutze alles für umsonst und habe folglich grundsätzlich keine Garantien
> für gar nichts.

Garantien für irgendwas hat man bei Windows, Android, macOS und iOS
ebenso wenig und je nach Fähigkeiten des Users kann man sich damit auch
beliebig viel Ärger einhandeln.

-- 
Arno Welzel
https://arnowelzel.de

[toc] | [prev] | [next] | [standalone]

#124185

FromHermann Riemann <nospam.ng@hermann-riemann.de>
Date2022-08-19 17:41 +0200
Message-ID<jm9p95Fr2oaU1@mid.individual.net>
In reply to#124184
Am 19.08.22 um 17:33 schrieb Arno Welzel:
> Peter Scholz, 2022-08-19 11:26:
> 
>> Hermann Riemann schrieb am Fri, 19 Aug 2022 06:08:18 +0200:
>>
>>> Mit den Distributionen und GUIs ist das wie mit den Parteien,
>>> man versucht anhand von Propaganda? das kleinste Übel zu wählen.
>>
>> Im Gegensatz zu anderen Betriebssystemen ist jeder Linux-Standalone-
>> User für die Probleme auf seinem Computer selbst verantwortlich. Ich
>> nutze alles für umsonst und habe folglich grundsätzlich keine Garantien
>> für gar nichts.
> 
> Garantien für irgendwas hat man bei Windows, Android, macOS und iOS
> ebenso wenig und je nach Fähigkeiten des Users kann man sich damit auch
> beliebig viel Ärger einhandeln.
>

Ich habe auch schon mal mit SuSE Mitarbeite telefoniert.

Der computer hatte als einziges Laufwerk eine Syquest Wechselplatte.
Damit ließ sich SuSE nicht installieren.
Ich bekam dann nach einer Weile von SuSE den Rat,
erst DOS zu installieren und dann update zu machen.

Hermann
    der mit dieser Kombination auch Probleme bei OS/2 und windows hatte.
    ( DRDOS und Linux 0.99* machten keine Probleme damit )

-- 
http://www.hermann-riemann.de

[toc] | [prev] | [next] | [standalone]

#124245

FromKay Martinen <usenet@martinen.de>
Date2022-08-21 15:45 +0200
Message-ID<4hp9ti-abt.ln1@news.martinen.de>
In reply to#124185
Am 19.08.22 um 17:41 schrieb Hermann Riemann:

[...]


> Ich habe auch schon mal mit SuSE Mitarbeite telefoniert.
> 
> Der computer hatte als einziges Laufwerk eine Syquest Wechselplatte.
> Damit ließ sich SuSE nicht installieren.

Je nach (SCSI)Controller einstellung wird die SQ ja auch als
wechsellaufwerk angesehen. Da kann sich eine Software schon mal dran
stören. Vor allem wenn das bootsystem größer erwartet wird als
<Übliche_Floppygröße>


> Ich bekam dann nach einer Weile von SuSE den Rat,
> erst DOS zu installieren und dann update zu machen.

Von Floppy (5.25" o. 3.5") auf "Superfloppy"? Mit DOS kein Problem. Mit
OS/2 hängt es IMO von der Controllerkonfig ab.

Hat denn dann das "Update" von DOS zu Suse funktioniert?

> Hermann
>    der mit dieser Kombination auch Probleme bei OS/2 und windows hatte.
>    ( DRDOS und Linux 0.99* machten keine Probleme damit )

Viele Adaptec's hatten eine BIOS Einstellung "Support Removable Disk as
Fixed Media" und da z.b. eine Syquest auch einen Doorlock per Software
hatten müsste das dann eigentlich gegangen sein.

Klappt IMO auch nur wenn BIOS auch aktiv ist. Und Linux das SCSI BIOS
kennt und nutzt.

Ｂｙｅ／
   ／Ｋａｙ

-- 
"Kann ein Wurstbrot die Welt retten?" :-)

[toc] | [prev] | [next] | [standalone]

#124273

FromHermann Riemann <nospam.ng@hermann-riemann.de>
Date2022-08-22 08:27 +0200
Message-ID<jmgluuFtic7U1@mid.individual.net>
In reply to#124245
Am 21.08.22 um 15:45 schrieb Kay Martinen:

>> Ich habe auch schon mal mit SuSE Mitarbeite telefoniert.
>>
>> Der computer hatte als einziges Laufwerk eine Syquest Wechselplatte.
>> Damit ließ sich SuSE nicht installieren.
> 
> Je nach (SCSI)Controller einstellung wird die SQ ja auch als
> wechsellaufwerk angesehen. Da kann sich eine Software schon mal dran
> stören. Vor allem wenn das bootsystem größer erwartet wird als
> <Übliche_Floppygröße>

Die Einstellungen habe ich nicht geändert.
Karte rein, Interrupt gesetzt, verkabelt fertig.
Und irgendwelche Vorteile gegenüber MFM benutzt.
Oder bei CD gegenüber der Mitsumi Schnittstelle.

>> Ich bekam dann nach einer Weile von SuSE den Rat,
>> erst DOS zu installieren und dann update zu machen.

> Von Floppy (5.25" o. 3.5") auf "Superfloppy"?

Da habe ich keine Erinnerung.

> Mit DOS kein Problem. Mit
> OS/2 hängt es IMO von der Controllerkonfig ab.

OS/2 hat erst mal auf Syquest Wechselplatte als einzige Festplatte
kapituliert.
Also hotline anrufen.
Erste wirkungslose Empfehlung: RAM austauschen.
( Ich hatte bei der Gelegenheit dann 8 MB gegen 16 MB getauscht. )
Dann nach genauerer Analyse bei IBM die Empfehlung und Anleitung
deren Plattensteuerung zu deaktivieren,
damit die Plattensteuerung von DOS verwendet wird.

Am schlimmsten war windows.
Die Installation lief problemlos.
Wenn ich beim Editieren Zeit für Überlegung brauchte,
hat windows das Laufwerk abgeschaltet.
Beim Speicherbefehl wurde begonnen, das Laufwerk hochzufahren.
Da dies für windows zu lange dauert, war es der Meinung:
  Laufwerk nicht vorhanden. Also reboot.
Interne Dateiverkettungen wurden nicht abgespeichert,
was zur Umordnung in etlichen Dateien führte.

> Hat denn dann das "Update" von DOS zu Suse funktioniert?

Ich vermute, das habe ich nicht mehr probiert.

>> Hermann
>>     der mit dieser Kombination auch Probleme bei OS/2 und windows hatte.
>>     ( DRDOS und Linux 0.99* machten keine Probleme damit )
> 
> Viele Adaptec's hatten eine BIOS Einstellung "Support Removable Disk as
> Fixed Media" und da z.b. eine Syquest auch einen Doorlock per Software
> hatten müsste das dann eigentlich gegangen sein.

Das war mir unbekannt.
Benutzt habe ich zeitweise das Adaptec BIOS um eine Festplatte
vollständig in einen Urzustand zu versetzten. (Virenputzer)
Heutzutage verwende ich zum "Leerputzen" eine DVD von Knoppix.
Mit parted alles Löschen, mit gparted dann neu einrichten.

Hermann
    momentan zum byteweise Löschen an
    dd -i /dev/null -o /dev/sd?
    denkend. ;-)


-- 
http://www.hermann-riemann.de

[toc] | [prev] | [next] | [standalone]

#124302

FromMarcel Logen <333200007110-0201@ybtra.de>
Date2022-08-23 12:47 +0200
Message-ID<AABjBLBCuRQAAUlr.A3.flnews@t20.ybtra.de>
In reply to#124273
Hermann Riemann in de.comp.os.unix.linux.misc:

>Hermann
>   momentan zum byteweise Löschen an
>   dd -i /dev/null -o /dev/sd?
>   denkend. ;-)

Mit /dev/null wirst Du dabei aber nicht weit kommen:

| t20$ dd if=/dev/null of=ma-kucken bs=1 count=100 
| 0+0 records in
| 0+0 records out
| 0 bytes transferred in 0.000 secs (0 bytes/sec)

| t20$ ls -l ma-kucken 
| -rw-r--r--  1 user20  wheel  0 Aug 23 12:43 ma-kucken

| t20$ dd if=/dev/zero of=ma-kucken bs=1 count=100 
| 100+0 records in
| 100+0 records out
| 100 bytes transferred in 0.000 secs (400596 bytes/sec)

| t20$ ls -l ma-kucken                             
| -rw-r--r--  1 user20  wheel  100 Aug 23 12:44 ma-kucken

| t20$ hexdump -Cv ma-kucken 
| 00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
| 00000010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
| 00000020  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
| 00000030  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
| 00000040  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
| 00000050  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
| 00000060  00 00 00 00                                       |....|
| 00000064
| t20$ 

Marcel                                                     96vh (302065)
-- 
╭─╮  ╭─╮  ╭─╮            ╭────╮    ╭──╮     ╭─╮     ╭─────╮       ╭─╮   
╯ ╰──╯ ╰──╯ ╰──╮         │  ╭─╯  ╭─╯  ╰─────╯ ╰─────╯  ╭──╯       │ ╰───
               ╰─╮ ╭─╮ ╭─╯  ╰─╮  ╰─╮                 ╭─╯       ╭──╯     
                 ╰─╯ ╰─╯      ╰────╯                 ╰─────────╯  827c38

[toc] | [prev] | [next] | [standalone]

#124305

FromHermann Riemann <nospam.ng@hermann-riemann.de>
Date2022-08-23 14:24 +0200
Message-ID<jmjv7hFf2rtU1@mid.individual.net>
In reply to#124302
Am 23.08.22 um 12:47 schrieb Marcel Logen:
> Hermann Riemann in de.comp.os.unix.linux.misc:
> 
>> Hermann
>>    momentan zum byteweise Löschen an
>>    dd -i /dev/null -o /dev/sd?
>>    denkend. ;-)
> 
> Mit /dev/null wirst Du dabei aber nicht weit kommen:
> 
> | t20$ dd if=/dev/null of=ma-kucken bs=1 count=100
> | 0+0 records in
> | 0+0 records out
> | 0 bytes transferred in 0.000 secs (0 bytes/sec)
> 
> | t20$ ls -l ma-kucken
> | -rw-r--r--  1 user20  wheel  0 Aug 23 12:43 ma-kucken
> 
> | t20$ dd if=/dev/zero of=ma-kucken bs=1 count=100
> | 100+0 records in
> | 100+0 records out
> | 100 bytes transferred in 0.000 secs (400596 bytes/sec)
> 
> | t20$ ls -l ma-kucken
> | -rw-r--r--  1 user20  wheel  100 Aug 23 12:44 ma-kucken
> 
> | t20$ hexdump -Cv ma-kucken
> | 00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
> | 00000010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
> | 00000020  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
> | 00000030  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
> | 00000040  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
> | 00000050  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
> | 00000060  00 00 00 00                                       |....|
> | 00000064
> | t20$

Wenn man hinter der count=100 noch passen viele 0 dranhängt..

[toc] | [prev] | [next] | [standalone]

#124306

FromDietz Proepper <dietz-usenet@rotfl.franken.de>
Date2022-08-23 15:03 +0200
Message-ID<20220823150310.78467d63.dietz-usenet@rotfl.franken.de>
In reply to#124305
Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:

> Am 23.08.22 um 12:47 schrieb Marcel Logen:
> > Hermann Riemann in de.comp.os.unix.linux.misc:
> >   
> >> Hermann
> >>    momentan zum byteweise Löschen an
> >>    dd -i /dev/null -o /dev/sd?
> >>    denkend. ;-)  
> > 
> > Mit /dev/null wirst Du dabei aber nicht weit kommen:
[...]
> 
> Wenn man hinter der count=100 noch passen viele 0 dranhängt..

Versuch' mal "dd if=/dev/zero of=/dev/sd? bs=512000 status=progress"
(bzw. ohne status= wenn Dein dd etwas älter ist.)
bs=<vielfaches von 512> ist eine Optimierung ohne die das Schreiben
*sehr* langsam verläuft. Und ja, dd schreibt den letzten Block
"passend".

-- 
 SIC SEMPER
+--|=======>
  TYRANNIS

[toc] | [prev] | [next] | [standalone]

#124309

FromHermann Riemann <nospam.ng@hermann-riemann.de>
Date2022-08-23 16:19 +0200
Message-ID<jmk603Fg44nU1@mid.individual.net>
In reply to#124306
Am 23.08.22 um 15:03 schrieb Dietz Proepper:
> Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
> 
>> Am 23.08.22 um 12:47 schrieb Marcel Logen:
>>> Hermann Riemann in de.comp.os.unix.linux.misc:
>>>    
>>>> Hermann
>>>>     momentan zum byteweise Löschen an
>>>>     dd -i /dev/null -o /dev/sd?
>>>>     denkend. ;-)
>>>
>>> Mit /dev/null wirst Du dabei aber nicht weit kommen:
> [...]
>>
>> Wenn man hinter der count=100 noch passen viele 0 dranhängt..
> 
> Versuch' mal "dd if=/dev/zero of=/dev/sd? bs=512000 status=progress"
> (bzw. ohne status= wenn Dein dd etwas älter ist.)
> bs=<vielfaches von 512> ist eine Optimierung ohne die das Schreiben
> *sehr* langsam verläuft. Und ja, dd schreibt den letzten Block
> "passend".

Momentan läuft obiger Befehl mit 9 Nullen hinten dran
seit Stunden in einem Verzeichnis welches unter tmpfs liegt.
df meldet 8,7G benutzt 7,4G frei.
top meint, die CPU (i5 4670-K, 3,4GHz) sei zu 100% mit dd belegt.
( 41,2% Thunderbird.
   Wieso sind newgroups ohne eigene Aktivitäten so rechenintensiv? )

Hermann
    keinen Lüfter hörend.

-- 
http://www.hermann-riemann.de

[toc] | [prev] | [next] | [standalone]

#124310

FromHermann Riemann <nospam.ng@hermann-riemann.de>
Date2022-08-23 17:41 +0200
Message-ID<jmkaohFgsg6U1@mid.individual.net>
In reply to#124309
Am 23.08.22 um 16:19 schrieb Hermann Riemann:
> Am 23.08.22 um 15:03 schrieb Dietz Proepper:
>> Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>>
>>> Am 23.08.22 um 12:47 schrieb Marcel Logen:
>>>> Hermann Riemann in de.comp.os.unix.linux.misc:
>>>>> Hermann
>>>>>     momentan zum byteweise Löschen an
>>>>>     dd -i /dev/null -o /dev/sd?
>>>>>     denkend. ;-)
>>>>
>>>> Mit /dev/null wirst Du dabei aber nicht weit kommen:
>> [...]
>>>
>>> Wenn man hinter der count=100 noch passen viele 0 dranhängt..
>>
>> Versuch' mal "dd if=/dev/zero of=/dev/sd? bs=512000 status=progress"
>> (bzw. ohne status= wenn Dein dd etwas älter ist.)
>> bs=<vielfaches von 512> ist eine Optimierung ohne die das Schreiben
>> *sehr* langsam verläuft. Und ja, dd schreibt den letzten Block
>> "passend".
> 
> Momentan läuft obiger Befehl mit 9 Nullen hinten dran
> seit Stunden in einem Verzeichnis welches unter tmpfs liegt.
> df meldet 8,7G benutzt 7,4G frei.
> top meint, die CPU (i5 4670-K, 3,4GHz) sei zu 100% mit dd belegt.
> ( 41,2% Thunderbird.
>    Wieso sind newgroups ohne eigene Aktivitäten so rechenintensiv? )

Eben zu Ende:

dd if=/dev/zero of=ma-kucken bs=1 count=100000000000 

dd: Fehler beim Schreiben von 'ma-kucken': Auf dem Gerät ist kein 
Speicherplatz mehr verfügbar
16812412929+0 Datensätze ein 

16812412928+0 Datensätze aus 

16812412928 Bytes (17 GB, 16 GiB) kopiert, 11825,3 s, 1,4 MB/s

[toc] | [prev] | [next] | [standalone]

#124313

FromMichael Brand <brandm@gmx.net>
Date2022-08-23 18:26 +0200
Message-ID<te2v4k$31grf$1@dont-email.me>
In reply to#124310
Hermann Riemann wrote:
[...]
> Eben zu Ende:
> 
> dd if=/dev/zero of=ma-kucken bs=1 count=100000000000 
> 
> dd: Fehler beim Schreiben von 'ma-kucken': Auf dem Gerät ist kein 
> Speicherplatz mehr verfügbar
> 16812412929+0 Datensätze ein 
> 
> 16812412928+0 Datensätze aus 
> 
> 16812412928 Bytes (17 GB, 16 GiB) kopiert, 11825,3 s, 1,4 MB/s

Wolltest du jetzt die Mindestgeschwindigkeit ausprobieren oder warum
hast du dd immer nur 1 Byte auf einmal schreiben lassen?

Michael,
der sich fragt ob Hermann überhaupt weiß was er manchmal so anstellt...

[toc] | [prev] | [next] | [standalone]

#124322

FromDietz Proepper <dietz-usenet@rotfl.franken.de>
Date2022-08-24 11:25 +0200
Message-ID<20220824112543.06b41375.dietz-usenet@rotfl.franken.de>
In reply to#124310
Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:

> Am 23.08.22 um 16:19 schrieb Hermann Riemann:
> > Am 23.08.22 um 15:03 schrieb Dietz Proepper:  
> >> Versuch' mal "dd if=/dev/zero of=/dev/sd? bs=512000
> >> status=progress" (bzw. ohne status= wenn Dein dd etwas älter ist.)
> >> bs=<vielfaches von 512> ist eine Optimierung ohne die das Schreiben
> >> *sehr* langsam verläuft. Und ja, dd schreibt den letzten Block
> >> "passend".  
[...]
> Eben zu Ende:
> 
> dd if=/dev/zero of=ma-kucken bs=1 count=100000000000 
[...]
> 16812412928 Bytes (17 GB, 16 GiB) kopiert, 11825,3 s, 1,4 MB/s

Ich frage jetzt nicht, was Du damit belegen wolltest. Ineffizienz
kleiner Blöcke? count ist btw. in dem Szenario optional.

-- 
 SIC SEMPER
+--|=======>
  TYRANNIS

[toc] | [prev] | [next] | [standalone]

#124337

FromHermann Riemann <nospam.ng@hermann-riemann.de>
Date2022-08-24 16:04 +0200
Message-ID<jmmpg2FspieU1@mid.individual.net>
In reply to#124322
Am 24.08.22 um 11:25 schrieb Dietz Proepper:
> Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
> 
>> Am 23.08.22 um 16:19 schrieb Hermann Riemann:
>>> Am 23.08.22 um 15:03 schrieb Dietz Proepper:
>>>> Versuch' mal "dd if=/dev/zero of=/dev/sd? bs=512000
>>>> status=progress" (bzw. ohne status= wenn Dein dd etwas älter ist.)
>>>> bs=<vielfaches von 512> ist eine Optimierung ohne die das Schreiben
>>>> *sehr* langsam verläuft. Und ja, dd schreibt den letzten Block
>>>> "passend".
> [...]
>> Eben zu Ende:
>>
>> dd if=/dev/zero of=ma-kucken bs=1 count=100000000000
> [...]
>> 16812412928 Bytes (17 GB, 16 GiB) kopiert, 11825,3 s, 1,4 MB/s
> 
> Ich frage jetzt nicht, was Du damit belegen wolltest. Ineffizienz
> kleiner Blöcke?
> 
Umgekehrt geht nicht immer:
dd if=/dev/zero of=ma-kucken bs=1000000000000 count=1
dd: Hauptspeicher erschöpft durch Eingabepuffer von 1000000000000 Bytes 
(931 GiB)

Wenn ich weniger nehme:
Wird da kein swap verwendet, oder war der nicht groß genug?

dd if=/dev/zero of=ma-kucken bs=100000000000
dd: Fehler beim Schreiben von 'ma-kucken': Auf dem Gerät ist kein 
Speicherplatz mehr verfügbar
0+8 Datensätze ein
0+7 Datensätze aus 

16812412928 Bytes (17 GB, 16 GiB) kopiert, 5,69903 s, 3,0 GB/s

Kann also so zum Festplatten löschen verwendet werden.
Das mit bs=1 zum Testen, ob man damit im Dauerbetrieb eine SSD
kaputt bekommt. ( Durchglühen oder endliche Überschreibzahl erreichen.)

 > count ist btw. in dem Szenario optional.

Ich habe es mal drin gelassen.

Herr Logen hat es IMHO benutzt,
   um sich eine kurze Datei anschauen zu können

-- 
http://www.hermann-riemann.de

[toc] | [prev] | [next] | [standalone]

#124346

FromClaus Reibenstein <creibens@gmail.com>
Date2022-08-24 18:32 +0200
Message-ID<jmn24jFu5kqU1@mid.individual.net>
In reply to#124337
Hermann Riemann schrieb am 24.08.2022 um 16:04:

> Am 24.08.22 um 11:25 schrieb Dietz Proepper:
>
>> Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>>
>>> dd if=/dev/zero of=ma-kucken bs=1 count=100000000000
>> [...]
>>> 16812412928 Bytes (17 GB, 16 GiB) kopiert, 11825,3 s, 1,4 MB/s
>>
>> Ich frage jetzt nicht, was Du damit belegen wolltest. Ineffizienz
>> kleiner Blöcke?

Ist ihm aber voll gelungen.

> dd if=/dev/zero of=ma-kucken bs=1000000000000 count=1

> dd if=/dev/zero of=ma-kucken bs=100000000000

Wie wäre es, wenn Du statt solcher unsinniger Werte mal vernünftige
Werte für bs benutzt, z.B. bs=1M oder vielleicht bs=1G (wenn Du genügend
RAM hast)? Oder willst Du nur trollen?

Gruß
Claus

[toc] | [prev] | [next] | [standalone]

#124359

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2022-08-25 10:32 +0200
Message-ID<te7c2o$fqfp$1@news1.tnib.de>
In reply to#124337
Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>Das mit bs=1 zum Testen, ob man damit im Dauerbetrieb eine SSD
>kaputt bekommt.

Da du nicht herausbekommst, warum die SSD kaputtgegangen ist, ist das
Ergebnis so eines Experiments völlig nutzlos.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#124195

FromPeter Scholz <Peter_Scholz@vodafonmail.de>
Date2022-08-20 07:49 +0200
Message-ID<20220820074937.6193c53f4817639ddbc15fc6@vodafonmail.de>
In reply to#124184
Arno Welzel schrieb am Fri, 19 Aug 2022 17:33:03 +0200:

> Peter Scholz, 2022-08-19 11:26:
> 
>> Hermann Riemann schrieb am Fri, 19 Aug 2022 06:08:18 +0200:
>> 
>>> Mit den Distributionen und GUIs ist das wie mit den Parteien,
>>> man versucht anhand von Propaganda? das kleinste Übel zu wählen.
>> 
>> Im Gegensatz zu anderen Betriebssystemen ist jeder Linux-Standalone- 
>> User für die Probleme auf seinem Computer selbst verantwortlich. Ich
>> nutze alles für umsonst und habe folglich grundsätzlich keine Garantien
>> für gar nichts.
> 
> Garantien für irgendwas hat man bei Windows, Android, macOS und iOS
> ebenso wenig [...]

Stimmt! Welche Garantien hast du überhaupt im Leben, außer dass es
garantiert tödlich endet? 

> [...] und je nach Fähigkeiten des Users kann man sich damit auch
> beliebig viel Ärger einhandeln.

Stimmt! Es ist grundsätzlich keine Kunst jedes Betriebssystem ganz
schnell zu Grunde zu richten :-)

Es geht aber um Verantwortung.

Wie gehe ich als Normal-User mit der Propaganda um? Was darf ich
glauben? Wie kann ich die schlimmsten Übel vermeiden?

Im Linux-Space gibt es mindestens so viele Arschlöcher, wie im
Dunstkreis anderer Betriebssysteme.

Es gibt aber kaum ein anderes Betriebssystem der Welt, mit dem auch ein
Normal-User solche Möglichkeiten hat, seinen Mangel an Wissen auf eine
Ebene anzuheben, um selbstbestimmt, sein Betriebssystem so zu
gestalten, wie er es haben will. Bei Linux ist grundsätzlich alles
offen und für jedermann zugänglich.

Ok - der Preis ist dann viel Arbeit ;-) 

-- 
Gruß Peter

[toc] | [prev] | [next] | [standalone]

#124198

FromUlli Horlacher <framstag@rus.uni-stuttgart.de>
Date2022-08-20 08:47 +0000
Message-ID<tdq72g$3ii$1@news2.informatik.uni-stuttgart.de>
In reply to#124195
Peter Scholz <Peter_Scholz@vodafonmail.de> wrote:

> Es gibt aber kaum ein anderes Betriebssystem der Welt, mit dem auch ein
> Normal-User solche Möglichkeiten hat, seinen Mangel an Wissen auf eine
> Ebene anzuheben, um selbstbestimmt, sein Betriebssystem so zu
> gestalten, wie er es haben will. Bei Linux ist grundsätzlich alles
> offen und für jedermann zugänglich.

Du hast also noch nie was von BSD gehoert?


-- 
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:    http://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#124207

FromGerald E¡scher <Spamer@fahr-zur-Hoelle.org>
Date2022-08-20 12:55 +0000
Message-ID<166100012878.16617.5247897635470246436.XPN@ID-37099.user.uni-berlin.de>
In reply to#124198
Ulli Horlacher schrieb am 20/8/2022 10:47:

> Du hast also noch nie was von BSD gehoert?

Ich höre (und sehe) jedesmal mit BSD, wenn ich meinen Fernseher
einschalte :-)

-- 
Gerald

[toc] | [prev] | [next] | [standalone]

#124208

FromRupert Haselbeck <mein-rest-muell@gmx.de>
Date2022-08-20 15:00 +0200
Message-ID<7627ti-pko.ln1@nntp.haselbeck-net.de>
In reply to#124198
Ulli Horlacher schrieb:
> Peter Scholz wrote:
>> Es gibt aber kaum ein anderes Betriebssystem der Welt, mit dem auch ein
>> Normal-User solche Möglichkeiten hat, seinen Mangel an Wissen auf eine
>> Ebene anzuheben, um selbstbestimmt, sein Betriebssystem so zu
>> gestalten, wie er es haben will. Bei Linux ist grundsätzlich alles
>> offen und für jedermann zugänglich.
> 
> Du hast also noch nie was von BSD gehoert?

Ist es denn nicht völlig egal, auf welcher Basis das Betriebssystem 
aufbaut, welches der unwissende User kaputt zu basteln bestrebt ist?

MfG
Rupert

[toc] | [prev] | [next] | [standalone]

Page 8 of 12 — ← Prev page 1 … 6 7 [8] 9 10 … 12  Next page →

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web