Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #110472 > unrolled thread
| Started by | Joerg <news@analogconsultants.com> |
|---|---|
| First post | 2020-05-15 16:23 -0700 |
| Last post | 2020-06-16 10:34 +0200 |
| Articles | 20 on this page of 254 — 36 participants |
Back to article view | Back to de.comp.os.unix.linux.misc
USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-15 16:23 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert olaf <olaf@criseis.ruhr.de> - 2020-05-16 06:34 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Gernot Griese <ggriese@gmx.de> - 2020-05-16 07:35 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2020-05-16 10:46 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-16 12:30 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Richard Fonfara <junk_shredder@yahoo.de> - 2020-05-16 21:47 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-16 13:13 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Kay Martinen <kay@martinen.de> - 2020-05-16 23:11 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-17 09:11 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-05-20 22:02 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-20 15:21 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Jens Schüßler <jgs@trash.net> - 2020-05-21 13:19 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Enrik Berkhan <Enrik.Berkhan@inka.de> - 2020-05-21 12:49 +0000
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-21 08:59 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Enrik Berkhan <Enrik.Berkhan@inka.de> - 2020-05-21 17:43 +0000
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-05-21 23:43 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-22 09:56 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-22 10:00 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-05-24 21:18 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-25 08:31 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-05-25 19:28 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-25 11:28 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-05-26 08:18 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-26 11:47 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-05-27 10:05 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-27 11:10 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-05-27 22:00 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-27 14:07 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-05-28 08:24 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2020-05-28 09:45 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-05-28 14:57 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-05-28 20:56 +0200
X11 durch ssh-Tunnel (was: USB Stick "schrumpfte" nach dd und UUID geaendert) Michael Bäuerle <michael.baeuerle@stz-e.de> - 2020-05-28 10:14 +0200
Re: X11 durch ssh-Tunnel Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-05-28 08:38 +0000
Re: X11 durch ssh-Tunnel Michael Bäuerle <michael.baeuerle@stz-e.de> - 2020-05-28 11:51 +0200
Re: X11 durch ssh-Tunnel Arno Welzel <usenet@arnowelzel.de> - 2020-05-28 20:46 +0200
Re: X11 durch ssh-Tunnel Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-05-28 23:28 +0000
Re: X11 durch ssh-Tunnel (was: USB Stick "schrumpfte" nach dd und UUID geaendert) Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-05-28 13:02 +0200
Re: X11 durch ssh-Tunnel (was: USB Stick "schrumpfte" nach dd und UUID geaendert) Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2020-05-28 13:35 +0200
Re: X11 durch ssh-Tunnel (was: USB Stick "schrumpfte" nach dd und UUID geaendert) Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-05-28 21:03 +0200
Re: X11 durch ssh-Tunnel Stefan Reuther <stefan.news@arcor.de> - 2020-05-29 09:21 +0200
Re: X11 durch ssh-Tunnel Joerg <news@analogconsultants.com> - 2020-05-29 10:04 -0700
Re: X11 durch ssh-Tunnel Claus Reibenstein <4spamersonly@kabelmail.de> - 2020-05-28 13:12 +0200
Re: X11 durch ssh-Tunnel Michael Bäuerle <michael.baeuerle@stz-e.de> - 2020-05-28 15:03 +0200
Re: X11 durch ssh-Tunnel Ulf Volmer <u.volmer@u-v.de> - 2020-05-28 15:29 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-05-28 20:45 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-29 10:09 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-05-30 21:57 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-30 14:52 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-01 21:59 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [etwas OT] Joerg <news@analogconsultants.com> - 2020-06-03 10:34 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [etwas OT] Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-04 22:13 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [etwas OT] Joerg <news@analogconsultants.com> - 2020-06-05 13:15 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [etwas OT] Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-06 21:42 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] Joerg <news@analogconsultants.com> - 2020-06-07 08:47 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-07 23:10 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] Joerg <news@analogconsultants.com> - 2020-06-08 12:26 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-09 23:08 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-06-10 08:32 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-11 22:15 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] Herrand Petrowitsch <herrands@t-online.de> - 2020-06-13 13:26 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-13 22:42 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] Herrand Petrowitsch <herrands@t-online.de> - 2020-06-14 13:40 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-14 22:55 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] Herrand Petrowitsch <herrands@t-online.de> - 2020-06-15 16:51 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-16 22:31 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] Claus Reibenstein <4spamersonly@kabelmail.de> - 2020-06-17 14:17 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] Joerg <news@analogconsultants.com> - 2020-06-12 16:15 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-13 23:30 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] Joerg <news@analogconsultants.com> - 2020-06-15 12:11 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-06-08 10:22 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-09 23:31 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-06-10 08:36 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [etwas OT] "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2020-06-06 17:58 +0000
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [etwas OT] Joerg <news@analogconsultants.com> - 2020-06-06 11:36 -0700
Die ewige Leier (was: Re: USB Stick "schrumpfte" nach dd und UUID geaendert [etwas OT]) Michael Brand <brandm@gmx.net> - 2020-06-06 23:27 +0200
Re: Die ewige Leier (was: Re: USB Stick "schrumpfte" nach dd und UUID geaendert [etwas OT]) "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2020-06-06 22:19 +0000
Re: Die ewige Leier Joerg <news@analogconsultants.com> - 2020-06-07 16:16 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [etwas OT] "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2020-06-06 21:59 +0000
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-06-09 11:55 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-06-10 16:00 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-06-11 07:49 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-06-11 11:23 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Helmut Waitzmann <nn.throttle@xoxy.net> - 2020-06-13 21:40 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-05-27 21:54 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Claus Reibenstein <4spamersonly@kabelmail.de> - 2020-05-27 22:39 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-05-28 21:06 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Claus Reibenstein <4spamersonly@kabelmail.de> - 2020-05-29 19:53 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-27 14:10 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-05-28 21:11 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-29 10:10 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-05-29 21:13 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-29 12:30 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2020-05-29 21:43 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Nico Hoffmann <oxensepp@gmx.de> - 2020-05-29 19:52 +0000
Emacs und die Tastatur (was: USB Stick "schrumpfte" nach dd und UUID geaendert) Helmut Waitzmann <nn.throttle@xoxy.net> - 2020-05-31 07:51 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Thomas Koenig <tkoenig@netcologne.de> - 2020-05-30 08:46 +0000
Emacs oder Vi? - Emacs und Vi! (was: USB Stick "schrumpfte" nach dd und UUID geaendert) Helmut Waitzmann <nn.throttle@xoxy.net> - 2020-05-31 07:42 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Stefan Reuther <stefan.news@arcor.de> - 2020-05-31 11:00 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Jens Schüßler <jgs@trash.net> - 2020-05-30 00:10 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-05-31 13:03 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-31 08:49 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Stefan Reuther <stefan.news@arcor.de> - 2020-05-28 12:03 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-05-25 22:04 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-26 12:08 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-05-27 22:44 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-05-29 09:47 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Christoph 'Mehdorn' Weber <spam-fuer@das-mehdorn.de> - 2020-06-06 12:13 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-06 21:45 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Claus Reibenstein <4spamersonly@kabelmail.de> - 2020-06-07 12:14 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-07 23:12 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-06-08 12:29 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-09 23:37 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-06-12 16:17 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-13 23:36 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-06-15 12:13 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-06-16 07:55 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Manfred Gil <manfred-gil@t-online.de> - 2020-06-16 09:52 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-06-16 10:27 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Manfred Gil <manfred-gil@t-online.de> - 2020-06-16 11:43 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-06-16 15:53 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Stefan Reuther <stefan.news@arcor.de> - 2020-06-16 18:33 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-06-17 10:16 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-06-17 09:22 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-18 21:16 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-06-19 09:49 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Christian Schumacher <cs.spam@nurfuerspam.de> - 2020-06-19 20:32 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-06-19 11:43 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-21 21:44 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-06-22 11:55 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-24 22:00 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-06-24 15:03 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-26 23:05 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-06-27 12:23 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-28 21:16 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-01 12:23 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-02 12:16 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] olaf <olaf@criseis.ruhr.de> - 2020-07-02 16:36 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-02 17:56 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-04 12:56 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-05 10:59 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-05 12:49 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-07-03 21:30 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-04 12:40 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-05 12:52 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Ralph Angenendt <dein.name@strg-alt-entf.org> - 2020-07-06 13:11 +0000
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2020-07-06 15:50 +0000
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Ralph Angenendt <dein.name@strg-alt-entf.org> - 2020-07-07 10:38 +0000
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-07-06 22:49 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-06 15:19 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-07 11:18 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-07 11:01 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Herrand Petrowitsch <herrands@t-online.de> - 2020-07-07 22:17 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-07-07 23:43 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-07 15:48 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-07-08 01:10 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Michael Bäuerle <michael.baeuerle@gmx.net> - 2020-07-08 10:52 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-09 07:27 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-07-09 19:40 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-09 11:52 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-07-09 22:55 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-09 14:51 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-07-10 00:13 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-10 09:13 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-07-11 23:34 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-12 12:07 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-10 10:22 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-10 09:06 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-10 19:28 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-10 11:27 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] nospam_2020@efbe.prima.de - 2020-07-10 22:01 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-10 14:24 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] nospam_2020@efbe.prima.de - 2020-07-11 08:45 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-11 11:15 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marcus Jodorf <trap@killfile.de> - 2020-07-12 04:19 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-12 11:34 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marcus Jodorf <trap@killfile.de> - 2020-07-13 05:56 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-15 13:00 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-08-04 12:55 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-08-04 13:13 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-08-05 13:56 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Holger Schauer <Holger.Schauer@gmx.de> - 2020-08-05 14:14 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-08-05 19:59 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Holger Schauer <Holger.Schauer@gmx.de> - 2020-08-06 11:40 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-08-05 12:30 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-08-06 09:12 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marcus Jodorf <trap@killfile.de> - 2020-08-06 22:14 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-08-07 14:28 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] michaelnoeusenet@mac.com (Michael Noe) - 2020-08-08 15:37 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-08-08 20:47 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-08-08 11:12 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-08-08 09:43 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-08-08 20:53 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-08-08 15:20 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-08-09 00:32 +0200
Re: Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Peter Aulich <peter@aulich.net> - 2020-08-09 01:14 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2020-08-09 20:19 +0000
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-08-09 23:20 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marcus Jodorf <trap@killfile.de> - 2020-08-10 22:26 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-08-10 14:45 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-08-11 02:11 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Bastian Blank <usenet@waldi.eu.org> - 2020-08-11 07:05 +0000
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-08-11 07:28 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marcus Jodorf <trap@killfile.de> - 2020-08-12 05:26 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Holger Schauer <Holger.Schauer@gmx.de> - 2020-08-12 17:05 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-08-12 19:39 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marcus Jodorf <trap@killfile.de> - 2020-08-12 22:49 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-08-14 09:21 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marcus Jodorf <trap@killfile.de> - 2020-08-14 20:23 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-08-14 12:56 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-08-15 12:17 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-08-15 11:47 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-08-16 16:17 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-08-15 09:22 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-08-15 11:56 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2020-08-05 20:01 +0000
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-08-04 21:25 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-08-04 12:52 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-07-08 22:04 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-09 07:56 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-07-11 21:03 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-15 13:56 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-07-09 09:27 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Claus Reibenstein <4spamersonly@kabelmail.de> - 2020-07-09 12:07 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-07-09 13:30 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Claus Reibenstein <4spamersonly@kabelmail.de> - 2020-07-09 14:31 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-09 07:18 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2020-07-09 17:16 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-09 09:00 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2020-07-09 19:44 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-09 11:59 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-09 12:11 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-07-09 22:45 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-09 13:49 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-07-09 22:42 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-09 13:52 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-07-09 23:00 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-07-09 23:01 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Claus Reibenstein <4spamersonly@kabelmail.de> - 2020-07-10 07:32 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-09 14:54 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Arno Welzel <usenet@arnowelzel.de> - 2020-07-10 00:14 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Joerg <news@analogconsultants.com> - 2020-07-09 16:57 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert [OT] Claus Reibenstein <4spamersonly@kabelmail.de> - 2020-07-10 07:31 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-16 22:38 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-06-17 09:07 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Bonita Montero <Bonita.Montero@gmail.com> - 2020-06-15 08:46 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Gernot Griese <ggriese@gmx.de> - 2020-06-15 09:03 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Bonita Montero <Bonita.Montero@gmail.com> - 2020-06-15 18:13 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Gernot Griese <ggriese@gmx.de> - 2020-06-15 18:18 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Joerg <news@analogconsultants.com> - 2020-06-15 15:12 -0700
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Marcus Jodorf <trap@killfile.de> - 2020-06-16 03:34 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Helmut Waitzmann <nn.throttle@xoxy.net> - 2020-06-16 00:45 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-06-16 07:55 +0200
Re: USB Stick "schrumpfte" nach dd und UUID geaendert Helmut Waitzmann <nn.throttle@xoxy.net> - 2020-06-16 10:34 +0200
Page 3 of 13 — ← Prev page 1 2 [3] 4 5 … 13 Next page →
| From | Stefan Reuther <stefan.news@arcor.de> |
|---|---|
| Date | 2020-05-29 09:21 +0200 |
| Subject | Re: X11 durch ssh-Tunnel |
| Message-ID | <raqk64.3fk.1@stefan.msgid.phost.de> |
| In reply to | #110719 |
Am 28.05.2020 um 13:02 schrieb Marc Haber: > Michael Bäuerle <michael.baeuerle@stz-e.de> wrote: >> Man sollte das nur nicht mit moderner Software wie Firefox benutzen, >> die ausschließlich auf lokale Anzeige ausgelegt ist. > > Was man nicht vergessen sollte ist, dass das X-Protokoll mit hoher > Latenz stirbt. Da kommt es auf jede Millisekunde an, und ein > ssh-Tunnel fügt davon einige hinzu. Dafür kann der ssh-Tunnel optional komprimieren, was bei "alles ist ein blit" Anwendungen wieder hilft. Stefan
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2020-05-29 10:04 -0700 |
| Subject | Re: X11 durch ssh-Tunnel |
| Message-ID | <hjctkqFt8k2U1@mid.individual.net> |
| In reply to | #110719 |
On 2020-05-28 04:02, Marc Haber wrote: > Michael Bäuerle <michael.baeuerle@stz-e.de> wrote: >> Joerg wrote: >>> On 2020-05-27 13:00, Sieghard Schicktanz wrote: >>>> Du schriebst am Wed, 27 May 2020 11:10:55 -0700: >>>>> >>>>> spacefm scheint aber ein GUI File manager zu sein, der auf dem NAS nicht >>>>> laufen koennte. Es hat keinerlei Faehigkeiten, einen Monitor zu treiben, >>>>> nichtmal CGA. >>>> >>>> Und? Das ist genau _kein_ Grund, keine X11-Software zu benutzen. Du >>>> bedienst den doch per ssh, nicht? ssh kann X-forwarding, d.h. es leitet >>>> alle Darstellungsfunktionen vom "entfernten" Rechner an Deinen lokalen und >>>> umgekahrt alle Bedieneingaben - auch Maus, natürlich - an den anderen. >>>> Nur die X11-Client-Bibliotheken und natürlich die benutzten Programme >>>> müssen am anderen Rechner installiertsein und _laufen_ (können). An >>>> letzterem könnte es bei Deinen Minikisterln allerdings dann doch noch >>>> scheitern. >>> >>> Der hat einen kleinen 800MHz 32-bit Prozessor und sagenhafte 128MB RAM :-) >> >> Eine ordentliche Ausstattung, wenn man bedenkt wie alt X11 ist. >> Das hat vor 25 Jahren auf einer SPARC Station mit vergleichbar viel >> Speicher funktioniert. Damals aber mit 10-Mal weniger Rechenleistung, >> die Differenz kannst du heute für den ssh-Tunnel einsetzen. >> >> Über so einen Tunnel benutze ich z.B. Eagle 4, um alte Projekte zu >> bearbeiten. Das funktioniert einwandfrei. >> >> Man sollte das nur nicht mit moderner Software wie Firefox benutzen, >> die ausschließlich auf lokale Anzeige ausgelegt ist. > > Was man nicht vergessen sollte ist, dass das X-Protokoll mit hoher > Latenz stirbt. Da kommt es auf jede Millisekunde an, und ein > ssh-Tunnel fügt davon einige hinzu. > Ping, also ohne ssh, zeigt etwa 0.4msec. Das sollte gehen :-) Doch all diesen Aufwand nur wegen spacefm moechte ich nun doch nicht treiben. Ich haette auch webmin auf das NAS tun koennen, moechte es aber aus spochtlichen Gruenden alles auf Command Line belassen. Ich lerne nicht gut aus man pages, sondern besser "per doing". -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Claus Reibenstein <4spamersonly@kabelmail.de> |
|---|---|
| Date | 2020-05-28 13:12 +0200 |
| Subject | Re: X11 durch ssh-Tunnel |
| Message-ID | <hj9klaF7q18U2@mid.individual.net> |
| In reply to | #110707 |
Michael Bäuerle schrieb am 28.05.2020 um 10:14: > Joerg wrote: > >> Der hat einen kleinen 800MHz 32-bit Prozessor und sagenhafte 128MB RAM :-) > > Eine ordentliche Ausstattung, wenn man bedenkt wie alt X11 ist. > [...] > > Man sollte das nur nicht mit moderner Software wie Firefox benutzen, > die ausschließlich auf lokale Anzeige ausgelegt ist. Wie meinen? Selbst Firefox funktioniert auf diesem Wege problemlos. Gruß Claus
[toc] | [prev] | [next] | [standalone]
| From | Michael Bäuerle <michael.baeuerle@stz-e.de> |
|---|---|
| Date | 2020-05-28 15:03 +0200 |
| Subject | Re: X11 durch ssh-Tunnel |
| Message-ID | <AABez7adsugAAALd.A1.flnews@WStation5.stz-e.de> |
| In reply to | #110720 |
Claus Reibenstein wrote: > Michael Bäuerle schrieb am 28.05.2020 um 10:14: > > > > [...] > > Man sollte das nur nicht mit moderner Software wie Firefox benutzen, > > die ausschließlich auf lokale Anzeige ausgelegt ist. > > Wie meinen? > > Selbst Firefox funktioniert auf diesem Wege problemlos. Als ich es letztes Mal getestet habe war es unbenutzbar. IIRC war da irgendwo ein Hack drin. Etwas in der Art, dass er eine lokale Instanz auf dem X-Server gestartet hat, falls Firefox dort ebenfalls installiert war. Bist du sicher, dass die Daten bei deinem Test tatsächlich umgeleitet wurden?
[toc] | [prev] | [next] | [standalone]
| From | Ulf Volmer <u.volmer@u-v.de> |
|---|---|
| Date | 2020-05-28 15:29 +0200 |
| Subject | Re: X11 durch ssh-Tunnel |
| Message-ID | <slrnrcvf5u.2ih.u.volmer@x2-5.u-v.de> |
| In reply to | #110725 |
Michael Bäuerle <michael.baeuerle@stz-e.de> schrieb: > Als ich es letztes Mal getestet habe war es unbenutzbar. > > IIRC war da irgendwo ein Hack drin. Etwas in der Art, dass er eine > lokale Instanz auf dem X-Server gestartet hat, falls Firefox dort > ebenfalls installiert war. s/installiert/läuft/ Das Verhalten läßt sich aber mit --no-remote deaktivieren. Viele Grüße Ulf
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2020-05-28 20:45 +0200 |
| Message-ID | <20200528204522.7ce9eee8@Achmuehle.WOR> |
| In reply to | #110692 |
Hallo Joerg, Du schriebst am Wed, 27 May 2020 14:07:57 -0700: [X11 on "pogoplug"] > Der hat einen kleinen 800MHz 32-bit Prozessor und sagenhafte 128MB RAM :-) 800MHz? Also UHF als Taktfrequenz, was man früher zum Fernsehübertren benutzt hat? Und das nennst Du "klein"? Auch 128MB(yte) RAM ist nicht "klein", Die Raspberrys - vor allem die ersten - sind auch nicht (viel) besser ausgestattet, und da wird in der "Standard-Installation" (Raspbian) ein komplettes X11 mit Server- und Client-Ausstattung installiert und läuft. Mit ssh-Zugang brauchst Du keinen Server da drauf, "nur" den Client-Teil, der allerdings eher der größere ist. Der Server, d.i. der Teil, der die Darstellung macht, läuft dann auf der Maschine, von der Du Dich eingeloggt hast, lokal; das ist derselbe Server, den Du auch zu dessen lokaler Bedienung benutzt. Das geht bei X11 nahtlos. -- -- (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 | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2020-05-29 10:09 -0700 |
| Message-ID | <hjcttkFt8k2U2@mid.individual.net> |
| In reply to | #110732 |
On 2020-05-28 11:45, Sieghard Schicktanz wrote: > Hallo Joerg, > > Du schriebst am Wed, 27 May 2020 14:07:57 -0700: > > [X11 on "pogoplug"] >> Der hat einen kleinen 800MHz 32-bit Prozessor und sagenhafte 128MB RAM :-) > > 800MHz? Also UHF als Taktfrequenz, was man früher zum Fernsehübertren > benutzt hat? Und das nennst Du "klein"? Fuer mich nicht, da mit IBM Portable und spaeter XT aufgewachsen. Aber fuer viele in dieser NG ist sowas ja "unter aller Kanone". > Auch 128MB(yte) RAM ist nicht "klein", > Die Raspberrys - vor allem die ersten - sind auch nicht (viel) besser > ausgestattet, und da wird in der "Standard-Installation" (Raspbian) ein > komplettes X11 mit Server- und Client-Ausstattung installiert und läuft. > Mit ssh-Zugang brauchst Du keinen Server da drauf, "nur" den Client-Teil, > der allerdings eher der größere ist. > Der Server, d.i. der Teil, der die Darstellung macht, läuft dann auf der > Maschine, von der Du Dich eingeloggt hast, lokal; das ist derselbe Server, > den Du auch zu dessen lokaler Bedienung benutzt. Das geht bei X11 nahtlos. > Glaube ich Euch natuerlich. Ich wuerde die 128MB RAM des NAS aber gern soweit moeglich freihalten. Arch Linux plus Samba belegt etwa 40MB, Rest frei. So ist das Dingen erstuanlich flott im Datenschaufeln, dank eines sehr schnellen Ethernet-Ports. Im Moment tut das Kaestchen alles, was es soll und nuckelt nur ein Watt. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2020-05-30 21:57 +0200 |
| Message-ID | <20200530215703.5e619b54@Achmuehle.WOR> |
| In reply to | #110744 |
Hallo Joerg,
Du schriebst am Fri, 29 May 2020 10:09:20 -0700:
> > [X11 on "pogoplug"]
> > 800MHz? Also UHF als Taktfrequenz, was man früher zum Fernsehübertren
> > benutzt hat? Und das nennst Du "klein"?
>
> Fuer mich nicht, da mit IBM Portable und spaeter XT aufgewachsen. Aber
> fuer viele in dieser NG ist sowas ja "unter aller Kanone".
Die meisten hier Schrebenden arbeiten auch wohl eher in der "gehobenen IT",
Industrie-Server, Server-Farmen und so. Dafür stimmt das ja auch.
> > Auch 128MB(yte) RAM ist nicht "klein",
...
> Glaube ich Euch natuerlich. Ich wuerde die 128MB RAM des NAS aber gern
> soweit moeglich freihalten. Arch Linux plus Samba belegt etwa 40MB, Rest
> frei. So ist das Dingen erstuanlich flott im Datenschaufeln, dank eines
> sehr schnellen Ethernet-Ports.
Ok, hat auch keiner was dagegen. Aberdann halte Dich bitte bisserl mit
Deinem Gejammer nach Gooey zurück. Mir schmeckt das Zeug z.B. überhaupt
nicht.
Du schriebst am Fri, 29 May 2020 09:47:10 -0700:
> >> [Samba Logging]
> >> Demnach haette das mit log level = 0 aufhoeren sollen. Tut es aber
> >> nicht.
...
> > Stellen, die auch "ein Wörtchen mitreden" wollen. Die "man page" zur
> > "smb.conf" ist auch dafür recht ausführlich.
>
> Dort hatte ich das u.a. her:
> https://www.samba.org/~ab/output/htmldocs/manpages-3/smb.conf.5.html
Häh? Kein "man" auf der Maschine? Die "man pages" sollten _lokal_
installiert sein! BTW, es gibt auch Gooey-Reader dafür, z.B. "gtkman".
> Zitat "The value of the parameter (a astring) allows the debug level
> (logging level) to be specified in the smb.conf file".
Ja, und danach stehen noch ein paar Worte, u.a.:
This parameter has been extended since the 2.2.x series, now it
allows one to specify the debug level for multiple debug classes
and distinct logfiles for debug classes. This is to give greater
flexibility in the configuration of the system. The following debug
classes are currently implemented:
o all
o tdb
...
und eine lange Liste weiterer Quellen für Log-Einträge. Da läßt sich jedes
Detail einstellen (das gelesen habend, kann man sich fragen, wie es Samba
schafft, trotzdem noch Daten zu übertragen...).
> Demnach setzen die das gleich. Man kann noch syslog only waehlen, aber
> m.W. gibt es das seit systemd nicht mehr und ArchLinux benutzt ja
> systemd. Kann aber sein, dass ich das missverstehe.
Hier bei mir gibt's "syslog" (ohne "only") und "systemd" (den ich nicht
habe) separat, und dazu noch ein paar weitere. Davon könntest Du ja mal
"ringbuf" probieren - das ist kein Klingelstößel, sondern ein Speicher,
der rollierend immer weiter beschrieben wird, indem die jeweils ältesten
Einträge überschrieben werden. Der liegt voll im Speicher und kann in
beliebiger Größe angelegt werden. Wie der ausgelesen werden kann, darfst
Du selber 'raussuchen.
> > [USB-Stick°
> >> Wenn der Speicherplatz dabei langsam wegschrumpft, waere das ok. Wenn
> >
> > Das dürfte der normale Fall sein. Ich habe das aber noch nicht selber
> > gehabt.
>
> Das beruhigt schonmal.
Eigentlich nicht - das heißt nur, daß ich nicht weiß, was da passiert.
...
> > Die Lesefehler werden wohl kaum in einem nie beschriebenen Bereich
> > auftreten, andererseits rotiert das "wear mangement (leveling)" die
> > Blöcke in den Chips, und die können schon auch Bewegungs- und
...
> M.W. haben nur SSD Laufwerke echtes Wear Leveling, Sticks nicht.
Deswegen habe ich primär ja "wear mangement" geschrieben. Aber es könnte
durchaus "bessere" Sticks mit echtem "leveling" geben, wobei es davon auch
recht unterschiedliche Arten geben kann.
[ext3 vs. ext4]
> Ok, aber das schlimmste, was passieren kann ist, dass der ArchLinux
> Kasten eine ext4 SD Card nicht akzeptiert.
So ist das falsch - der "ArchLinux Kasten" ist erstens keiner, sondern
ein "Arm-CPU-Kasten", und zweitens benutzt der zum Booten sicher eine
Partition, die mit vfat angelegt ist. Der dort lagernde Boot-Manager muß
dann evtl. selber die ext4-Partition bearbeiten können oder, wenn auch der
Kernel dort liegt, muß das dieser können, d.h. die für ext4 benötigten
Module müssen entweder direkt eingebaut oder in Form einer "initrd" beim
Start zum Laden verfügbar sein.
> >>> ...
> >>> Du hast das Talent, jedes Problem ausprobieren zu müssen.
> >>
> >> Nun ja, manches ist im OS nicht perfekt. So wie gvfs-backends
In _jedem_ "OS" gibt es manches, das nicht perfekt ist.
> >> Nun ja, manches ist im OS nicht perfekt. So wie gvfs-backends
...
> > NEIN, Samba braucht KEIN "gvfs-backends" oder was sonst auch immer. Das
...
> Mit Thunar und Nautilus wurden Samba Shares bei mir ohne gvfs-backends
> nirgends angezeigt oder ueber die Command Line des File Managers
> zugaenglich. Nach Installation von gvfs-backends hingegen schon.
Ah-Haa! Klar, _irgendwie_ müssen die Shares dem System bekannt gemacht
werdeen.
Wenn man - aus Faulheit oder Unkenntnis - die Shares nicht regulär mountet,
dann sind die erstmal natürlich nicht ansprechbar.
Das "gvfs" ("glib virtual file system") ist ein Stück Software, das beim
Versuch, bestimmte Sachen als Verzeichnis oder Datei anzusprechen,
feststellt, ob die sowas darstellen können, und im Erfolgsfall diese im
Dateisystem einbinden. D.h. versuchst Du, den Share "//pogo/Daten"
anzusprechen, der als virtuelles Verzeichnis "PogoDaten" eingerichtet ist,
dann mountet das gvfs diesen Share automatisch, so daß Du ihn benutzen
kannst.
Du _könntest_ natürlich auch so vorwitzig sein und diesen Mount schon in
der "/etc/fstab" einrichten, dann geht das evtl. schon beim Systemstart.
Ohne "gvfs", und ohne grafischen File-Manager.
...
> Mit den Samba Shares in meinen LAN schon. Die konnte ich ohne auf den
> Linux-PCs nicht sehen.
Doch, die hättest Du können. Du hättest nur schauen müssen. Naja, auch
wissen.
> >> GUI ist heute Stand der Technik. Die meisten Leute brauchen z.B.
> >> einen
> >
> > Jaja, so wie das "Sma:tfoun", ohne dem viele schon nicht mehr Bahn und
...
> Bei mir isses noch nicht soweit. Ich koche noch ueber offenem Holzfeuer
> und so. Aber mehrere kryptische Litaneien von je 40-60 Zeichen
> einklimpern zu muessen, wo im GUI zwei Mausklicks reichen, das faellt
> bei mir unter Masochismus.
Jaja, das übliche Argument. Man stöbert lieber zwanzig Menüpunkte mit je 5
Ebenen durch, versucht herauszufinden, was die Kurzbezeichnungen (oder noch
schlimmer, Sinn[los]bildchen bedeuten könnten, und ist damit minutenlang
beschäftigt, anstatt mal schnell auf die Befehlszeile umzuschalten und
zwei, drei Worte einzutippen.
Man muß ja nicht _immer_ _alles_ auf nur _genau eine_ "optimale" Art machen.
Eine halbwegs geschickte Kombination kann das Leben oft angenehmer machen.
...
> > Du verwechselst hier was: Gooey ist NICHT das Gegenteil von "Command
> > Line". Der mc im xterm, rxvt, konsole... beweist das, auch schon die
> > Fenster- Terminals allein.
>
> Klar, "Poor Man's GUI" so wie es MS-Works und Word in den DOS-Editionen
Nein, nicht "Poor Man's GUI", sondern echte Befehleingabe mit echtem
Befehlsinterpreter in einem Fenster. "Poor Man's GUI" wäre dann ein dort
laufendes menügesteuertes Programm, wie Dein geliebtes "MS Works".
...
> Fuer mich reicht mc auch, aber meiner Herzallerliebsten kann ich sowas
> nicht zumuten.
Wenn die _überhaupt_ mit einem File-Manager zurechtkommt, kann sie auch
den mc benutzen.
> >> [...]
[fröhliches Adressenraten - Drucker oder Router?]
> Wenn er sie nicht mehr weiss, liegt es am Drucker. Diese Woche geschah
Nur dann, wenn er _überhaupt keine_ Adresse mehr hat. Hat er eine, neue,
abweichende, Adresse, hat er die bei DHCP vom Router bekommen.
> das zweimal. Die tolle Energieversorgung in der Volkrepublik
> Kalifornien. Ein Hoch auf Inverter-Generatoren, sonst haetten wir
Jajaja, die "Fortschritte" der Abrechnungs-, Verwaltungs- und
Delegationstechnologie, die zunehmend auch bei uns aus Usanien importiert
werden, machen so manches möglich, was früher keiner erwartet hat. Aber
ganz so schlimm ist es bei uns trotzdem noch nicht, auch wenn mir gestern
bei einem kurzen Stromausfall (wegen Gewitters) mein USVchen, bzw. deren
Akku, "den Vogel gezeigt" hat...
Später gab's dann nochmal ein paar Sekunden Frequenz = 0, aber da da der
Bildschirm dunkel war, hat's grad'noch gereicht.
> laengst mehr Tiefkuehlgut verloren, als der gekostet hat.
Nee, so schlimm ist's nocht nicht. Aber eine Notstromversorgung per Sonne
möchte ich hier auch einrichten.
> > ... und sich ggfs. völlig neu anmeldet, Wenn dann der Router
> > sich die auch nicht gemerkt hat (wie das dieses Prachtstück anscheinend
> > [nicht] fertigbringt), gibt's halt 'ne neue Adresse.
>
> Das war mit allen Routers so, auch dem vom vorigen ISP.
>
> > ... Mit Festadresse alles "kein Thema".
>
> Das kann Aeger geben, wenn man den ISP wechselt und dessen Router einen
> anderen IP Bereich benutzt.
Quatsch, allenfalls ärgerst Du Dich 'ne Zeitlang, weil Du die Umstellung
übersehen hast und nicht drucken kannst. Passieren kann da nischt, die für
interne Netze vergebenen (IPv4-) Adressen werden nicht nach außen geroutet.
Zumindest nicht, wenn der Router ordentlich und ordnungsgemäß arbeitet.
...
> > ... Wobei's allerdings schon eine Zumutung ist, wenn der
> > "ISP" einfach dem Kunden einen ihm genehmen Adressbereich verpasst. Den
> > muß der Kunde doch selber festlegen können dürfen!
> > (So, wie das hierzulande üblich ist: Hoffentlich noch länger, nicht daß
> > sich solche Unsitten auch hier verbreiten!)
>
> Ich fuerchte, das werden sie.
Leider kann ich Dir da nicht mit Überzeugung widersprechen...
...
> >>>> Jedenfalls geht Samba wieder. Nach dem Nachladen von gvfs-backends
> > ...
> > Doch, Voodoo, weil durchrühren von völlig unverstandenem Zeugs.
...
> Nun ja, ich habe im Internet gefunde, dass es installiert sein muss. Im
Muß es eben nicht. Manuelles mounten, mounten per fstab oder ein paar
andere Methoden gehen genauso.
> MX Linux Forum wurde das auch von einen Programmierer nicht dementiert
> und er meinte, es haette in der Distro enthalten sein muessen...
Klar - auf das "gvfs" bezogen ist das ja auch völlig korrekt.
Aber damit hat Samba immer noch nichts mit gvfs zu tun.
Ja, umgekehrt schon, wenn das gvfs auch cifs mounten können soll.
--
--
(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 | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2020-05-30 14:52 -0700 |
| Message-ID | <hjg2srFjanoU1@mid.individual.net> |
| In reply to | #110758 |
On 2020-05-30 12:57, Sieghard Schicktanz wrote:
> Hallo Joerg,
>
> Du schriebst am Fri, 29 May 2020 10:09:20 -0700:
>
>>> [X11 on "pogoplug"]
>>> 800MHz? Also UHF als Taktfrequenz, was man früher zum Fernsehübertren
>>> benutzt hat? Und das nennst Du "klein"?
>>
>> Fuer mich nicht, da mit IBM Portable und spaeter XT aufgewachsen. Aber
>> fuer viele in dieser NG ist sowas ja "unter aller Kanone".
>
> Die meisten hier Schrebenden arbeiten auch wohl eher in der "gehobenen IT",
> Industrie-Server, Server-Farmen und so. Dafür stimmt das ja auch.
>
Ja, aber es kamen staendig Ermahnungen wie "Schmiet wech dat olle
Dingen!", obwohl klar war, dass das bei mir nicht fuer High-End Gaming
oder sowas eingesetzt wird. Egal ob es dieser Pogoplug war oder aeltere
Laptops und Desktops. Die es uebrigens wunderbar tun. Meine Frau ist mit
MX-Linux 19 auf einen Dell Vostro 1500 aus dem Jahr 2008 sehr zufrieden.
Die Desktops am Labortisch und in der Braustube a.k.a. "Man Cave" sind
ebenso alt und laufen schoen, mit Linux.
>>> Auch 128MB(yte) RAM ist nicht "klein",
> ...
>> Glaube ich Euch natuerlich. Ich wuerde die 128MB RAM des NAS aber gern
>> soweit moeglich freihalten. Arch Linux plus Samba belegt etwa 40MB, Rest
>> frei. So ist das Dingen erstuanlich flott im Datenschaufeln, dank eines
>> sehr schnellen Ethernet-Ports.
>
> Ok, hat auch keiner was dagegen. Aberdann halte Dich bitte bisserl mit
> Deinem Gejammer nach Gooey zurück. Mir schmeckt das Zeug z.B. überhaupt
> nicht.
>
Fuer den Pogoplug habe ich nie nach GUI gestrebt, braucht man dort nicht
und fuer mich ist es ein Linux-Lernobjekt. Mit angenehmem Bio-Oeko
Effekt nebenher. Es duerfte auch so gut wie unmoeglich sein, ein NAS
fuer geringere Kosten aufzubauen, aber das war eher ein spochtlicher Aspekt.
> Du schriebst am Fri, 29 May 2020 09:47:10 -0700:
>
>>>> [Samba Logging]
>>>> Demnach haette das mit log level = 0 aufhoeren sollen. Tut es aber
>>>> nicht.
> ...
>>> Stellen, die auch "ein Wörtchen mitreden" wollen. Die "man page" zur
>>> "smb.conf" ist auch dafür recht ausführlich.
>>
>> Dort hatte ich das u.a. her:
>> https://www.samba.org/~ab/output/htmldocs/manpages-3/smb.conf.5.html
>
> Häh? Kein "man" auf der Maschine? Die "man pages" sollten _lokal_
> installiert sein! BTW, es gibt auch Gooey-Reader dafür, z.B. "gtkman".
>
Das _ist_ eine der man pages.
>> Zitat "The value of the parameter (a astring) allows the debug level
>> (logging level) to be specified in the smb.conf file".
>
> Ja, und danach stehen noch ein paar Worte, u.a.:
>
> This parameter has been extended since the 2.2.x series, now it
> allows one to specify the debug level for multiple debug classes
> and distinct logfiles for debug classes. This is to give greater
> flexibility in the configuration of the system. The following debug
> classes are currently implemented:
>
> o all
> o tdb
> ...
> und eine lange Liste weiterer Quellen für Log-Einträge. Da läßt sich jedes
> Detail einstellen (das gelesen habend, kann man sich fragen, wie es Samba
> schafft, trotzdem noch Daten zu übertragen...).
>
Einiges davon ist auch seltsam formuliert. Ein normaler Sterblicher
wuerde danach davon ausgehen, dass mit log level = 0 auch keine debug
Logs mehr erfolgen. Egal, der USB Stick wird vom geringen verbliebenen
Log Volumen nicht geschossen werden. Hoffentlich.
>> Demnach setzen die das gleich. Man kann noch syslog only waehlen, aber
>> m.W. gibt es das seit systemd nicht mehr und ArchLinux benutzt ja
>> systemd. Kann aber sein, dass ich das missverstehe.
>
> Hier bei mir gibt's "syslog" (ohne "only") und "systemd" (den ich nicht
> habe) separat, und dazu noch ein paar weitere. Davon könntest Du ja mal
> "ringbuf" probieren - das ist kein Klingelstößel, sondern ein Speicher,
> der rollierend immer weiter beschrieben wird, indem die jeweils ältesten
> Einträge überschrieben werden. Der liegt voll im Speicher und kann in
> beliebiger Größe angelegt werden. Wie der ausgelesen werden kann, darfst
> Du selber 'raussuchen.
>
Da muss ich mich erst einlesen. Ich dachte, ringbuf sei eine Routine
fuer Python.
>>> [USB-Stick°
>>>> Wenn der Speicherplatz dabei langsam wegschrumpft, waere das ok. Wenn
>>>
>>> Das dürfte der normale Fall sein. Ich habe das aber noch nicht selber
>>> gehabt.
>>
>> Das beruhigt schonmal.
>
> Eigentlich nicht - das heißt nur, daß ich nicht weiß, was da passiert.
>
M.W. nimmt der USB-Stick immer frische Bereiche fuer Schreibvorgaenge,
bis er keine mehr hat und dann alte ueberschreibt. Wobei log.nmbd um
etwa 100k/Woche waechst. Gegen diese Loggeritis muss ich bald was tun.
[...]
> [ext3 vs. ext4]
>> Ok, aber das schlimmste, was passieren kann ist, dass der ArchLinux
>> Kasten eine ext4 SD Card nicht akzeptiert.
>
> So ist das falsch - der "ArchLinux Kasten" ist erstens keiner, sondern
> ein "Arm-CPU-Kasten", und zweitens benutzt der zum Booten sicher eine
> Partition, die mit vfat angelegt ist.
Das Boot Medium ist ein 32GB USB-Stick, mit ext3 formatiert und er hat
nur eine Partition.
> ... Der dort lagernde Boot-Manager muß
> dann evtl. selber die ext4-Partition bearbeiten können oder, wenn auch der
> Kernel dort liegt, muß das dieser können, d.h. die für ext4 benötigten
> Module müssen entweder direkt eingebaut oder in Form einer "initrd" beim
> Start zum Laden verfügbar sein.
>
In Berichten zu dieser ARM Version von ArchLinux (auf der Pogo Hardware)
wurde oft erwaehnt, man solle bei ext3 bleiben. Warum auch immer. Ich
vermute, das gilt nicht unbedingt auch fuer das Daten-Medium, in meinem
Fall eine SD-Card, aber die habe ich auch erstmal ext3 formatiert.
Spaeter kommen fuer Backup USB-Festplatten mit NTFS hinzu, vermutlich
auf einem zweiten Pogoplug, der noch gehackt werden muss.
[...]
>>>> Nun ja, manches ist im OS nicht perfekt. So wie gvfs-backends
> ...
>>> NEIN, Samba braucht KEIN "gvfs-backends" oder was sonst auch immer. Das
> ...
>> Mit Thunar und Nautilus wurden Samba Shares bei mir ohne gvfs-backends
>> nirgends angezeigt oder ueber die Command Line des File Managers
>> zugaenglich. Nach Installation von gvfs-backends hingegen schon.
>
> Ah-Haa! Klar, _irgendwie_ müssen die Shares dem System bekannt gemacht
> werdeen.
> Wenn man - aus Faulheit oder Unkenntnis - die Shares nicht regulär mountet,
> dann sind die erstmal natürlich nicht ansprechbar.
> Das "gvfs" ("glib virtual file system") ist ein Stück Software, das beim
> Versuch, bestimmte Sachen als Verzeichnis oder Datei anzusprechen,
> feststellt, ob die sowas darstellen können, und im Erfolgsfall diese im
> Dateisystem einbinden. D.h. versuchst Du, den Share "//pogo/Daten"
> anzusprechen, der als virtuelles Verzeichnis "PogoDaten" eingerichtet ist,
> dann mountet das gvfs diesen Share automatisch, so daß Du ihn benutzen
> kannst.
"smb://Pogo1/Data" funktionierte ebenfalls nicht, bis ich gvfs-backends
installiert hatte.
> Du _könntest_ natürlich auch so vorwitzig sein und diesen Mount schon in
> der "/etc/fstab" einrichten, dann geht das evtl. schon beim Systemstart.
> Ohne "gvfs", und ohne grafischen File-Manager.
Schon, aber das will man nicht. Ich jedenfalls nicht. Man kann den mount
in fstab so gestalten, dass der Boot Prozess beim Nichtauffinden des
Mediums minutenlang einfriert, habe ich meim Pogoplug so gemacht. Doch
diese Mounteritis ist dennoch nervig. Denn oft wird adhoc was
eingestoepselt, auch in die Pogoplugs. Dafuer sind die ja u.a. da, um
etwa eine Festplatte anzustoepseln, nachts das Backup darauf zu leiten,
morgens abstoepseln und zum Bank Safe bringen. D.h. der Mount gaelte
nach weniger als 12h schon nicht mehr.
> ...
>> Mit den Samba Shares in meinen LAN schon. Die konnte ich ohne auf den
>> Linux-PCs nicht sehen.
>
> Doch, die hättest Du können. Du hättest nur schauen müssen. Naja, auch
> wissen.
>
Wie gesagt, der Aufruf von "smb://Computer_Name/Freigabe-Directory"
funktionierte vorher auf keinem der Linux Rechner. Die konnten keinen
der Samba Shares sehen.
>>>> GUI ist heute Stand der Technik. Die meisten Leute brauchen z.B.
>>>> einen
>>>
>>> Jaja, so wie das "Sma:tfoun", ohne dem viele schon nicht mehr Bahn und
> ...
>> Bei mir isses noch nicht soweit. Ich koche noch ueber offenem Holzfeuer
>> und so. Aber mehrere kryptische Litaneien von je 40-60 Zeichen
>> einklimpern zu muessen, wo im GUI zwei Mausklicks reichen, das faellt
>> bei mir unter Masochismus.
>
> Jaja, das übliche Argument. Man stöbert lieber zwanzig Menüpunkte mit je 5
> Ebenen durch, versucht herauszufinden, was die Kurzbezeichnungen (oder noch
> schlimmer, Sinn[los]bildchen bedeuten könnten, und ist damit minutenlang
> beschäftigt, anstatt mal schnell auf die Befehlszeile umzuschalten und
> zwei, drei Worte einzutippen.
> Man muß ja nicht _immer_ _alles_ auf nur _genau eine_ "optimale" Art machen.
> Eine halbwegs geschickte Kombination kann das Leben oft angenehmer machen.
>
Gerade beim Stoebern in allen moeglichen Network Shares ist ein GUI
haushoch ueberlegen. Nix minutenlang, das dauert jeweils nur ein paar
wenige Klicks. Bis man den gewuenschten File gefunden hat. Das musste
ich Freitag machen. Ein sehr altes Dokument fuer einen Einspruch bei der
Sozialversicherungsbehoerde finden, von dem ich mich weder an den Namen
des Files noch eindeutige Text Strings errinnern konnte. Per GUI File
Manager hatte ich das in weniger als 5min, ueber die Command Line waere
ich vermutlich noch heute dran.
Vor allem musste ich das tun, waehrend ich mit denen am Telefon war und
das geht ueber Keyboard ohne Freisprechen einfach nicht.
Sieh Dir mal das Flight Deck von Space X an, mit dem heute zwei
Astronauten losgeflogen sind, alles GUI:
http://coleran.com/wp-content/uploads/2014/06/Dragon2-treeform-UI-p8-960x738.png
In modernen Flugzeugen sieht es aehnlich aus.
BTW, m.W. ist das OS hinter den Bildschirmen der Dragon Kapsel ...
Linux. Dual-Core Prozessoren, die hier einige Leute fuer zu alt befinden :-)
> ...
>>> Du verwechselst hier was: Gooey ist NICHT das Gegenteil von "Command
>>> Line". Der mc im xterm, rxvt, konsole... beweist das, auch schon die
>>> Fenster- Terminals allein.
>>
>> Klar, "Poor Man's GUI" so wie es MS-Works und Word in den DOS-Editionen
>
> Nein, nicht "Poor Man's GUI", sondern echte Befehleingabe mit echtem
> Befehlsinterpreter in einem Fenster. "Poor Man's GUI" wäre dann ein dort
> laufendes menügesteuertes Programm, wie Dein geliebtes "MS Works".
>
Ich nehme an, Du kennst MS-Works nicht. Dort werden ebenfalls Befehle
eingetragen oder angeklickt. Nur so kann man Datenbanken sortieren.
> ...
>> Fuer mich reicht mc auch, aber meiner Herzallerliebsten kann ich sowas
>> nicht zumuten.
>
> Wenn die _überhaupt_ mit einem File-Manager zurechtkommt, kann sie auch
> den mc benutzen.
>
Das war Anfang der 80er mal so bei den Leuten :-)
>>>> [...]
> [fröhliches Adressenraten - Drucker oder Router?]
>> Wenn er sie nicht mehr weiss, liegt es am Drucker. Diese Woche geschah
>
> Nur dann, wenn er _überhaupt keine_ Adresse mehr hat. Hat er eine, neue,
> abweichende, Adresse, hat er die bei DHCP vom Router bekommen.
>
Eben. Daher habe ich auch alles DHCP-konform eingerichtet inklusive
Druckertreiber. Entgegen der Mahnungen hier in der NG. Und das
funktioniert. Es gibt dadurch nach Stromausfaellen keine "Kann nicht
drucken" Fehlermeldung.
[...]
>> laengst mehr Tiefkuehlgut verloren, als der gekostet hat.
>
> Nee, so schlimm ist's nocht nicht. Aber eine Notstromversorgung per Sonne
> möchte ich hier auch einrichten.
>
Hat ein Kumpel gemacht, aber mit den dann noetigen Li-Ion Akkus und
allem kostet das erheblich. Bei unserem Generator ging das mit rund $350 ab.
>>> ... und sich ggfs. völlig neu anmeldet, Wenn dann der Router
>>> sich die auch nicht gemerkt hat (wie das dieses Prachtstück anscheinend
>>> [nicht] fertigbringt), gibt's halt 'ne neue Adresse.
>>
>> Das war mit allen Routers so, auch dem vom vorigen ISP.
>>
>>> ... Mit Festadresse alles "kein Thema".
>>
>> Das kann Aeger geben, wenn man den ISP wechselt und dessen Router einen
>> anderen IP Bereich benutzt.
>
> Quatsch, allenfalls ärgerst Du Dich 'ne Zeitlang, weil Du die Umstellung
> übersehen hast und nicht drucken kannst. Passieren kann da nischt, die für
> interne Netze vergebenen (IPv4-) Adressen werden nicht nach außen geroutet.
> Zumindest nicht, wenn der Router ordentlich und ordnungsgemäß arbeitet.
>
"Nicht drucken koennen", genau das ist der Aeger, den ich meine.
Unsereins bekommt das (nach gehoerigem Fluchen) hin, aber Frau Suhrbier
aus dem dritten Stock steht dann voll auf dem Schlauch.
> ...
>>> ... Wobei's allerdings schon eine Zumutung ist, wenn der
>>> "ISP" einfach dem Kunden einen ihm genehmen Adressbereich verpasst. Den
>>> muß der Kunde doch selber festlegen können dürfen!
>>> (So, wie das hierzulande üblich ist: Hoffentlich noch länger, nicht daß
>>> sich solche Unsitten auch hier verbreiten!)
>>
>> Ich fuerchte, das werden sie.
>
> Leider kann ich Dir da nicht mit Überzeugung widersprechen...
>
> ...
>>>>>> Jedenfalls geht Samba wieder. Nach dem Nachladen von gvfs-backends
>>> ...
>>> Doch, Voodoo, weil durchrühren von völlig unverstandenem Zeugs.
> ...
>> Nun ja, ich habe im Internet gefunde, dass es installiert sein muss. Im
>
> Muß es eben nicht. Manuelles mounten, mounten per fstab oder ein paar
> andere Methoden gehen genauso.
>
Mount per fstab ist zu umstaendlich, ausser fuer feste Bereiche auf dem
eigenen Rechner. "Sach mal, wie heisst Dein Rechner und die
freigegebenen Directories?" ... Dann als root die eigene fstab
editieren, probieren, geht nicht ... Mist ... ach ja, da war ein
Buchstabe grossgeschrieben, also nochmal von vorn. Das ist doch
vorsintflutlich.
Mit gvfs-backends tauchen die Shares unaufgefordert auf, sobald ein PC
aufs LAN geht. So wie das sein muss.
>> MX Linux Forum wurde das auch von einen Programmierer nicht dementiert
>> und er meinte, es haette in der Distro enthalten sein muessen...
>
> Klar - auf das "gvfs" bezogen ist das ja auch völlig korrekt.
> Aber damit hat Samba immer noch nichts mit gvfs zu tun.
> Ja, umgekehrt schon, wenn das gvfs auch cifs mounten können soll.
>
Egal, man braucht es.
--
Gruesse, Joerg
http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2020-06-01 21:59 +0200 |
| Message-ID | <20200601215912.1cda9028@Achmuehle.WOR> |
| In reply to | #110759 |
Hallo Joerg, Du schriebst am Sat, 30 May 2020 14:52:41 -0700: > > Die meisten hier Schrebenden arbeiten auch wohl eher in der "gehobenen > > IT", Industrie-Server, Server-Farmen und so. Dafür stimmt das ja auch. > > Ja, aber es kamen staendig Ermahnungen wie "Schmiet wech dat olle > Dingen!", obwohl klar war, dass das bei mir nicht fuer High-End Gaming > oder sowas eingesetzt wird. Egal ob es dieser Pogoplug war oder aeltere Das hast Du auch bisserl mißverstanden - sicher gab's da auch ein paar, denen alles egal ist, wenn's um "fashion following" geht, aber die meisten wiesen vornehmlich darauf hin, daß auf diesen Maschinen einiges an Sicherheit durch die - z.T. nötige - ältere Software fehlt, wenn die ans internet gehen sollten. Das ist - insbesondere wenn man dauernd on-line "angebunden" ist - leider inzwischen "lebenswichtig", zumindest betriebswichtig. > Laptops und Desktops. Die es uebrigens wunderbar tun. Meine Frau ist mit Schön. Wenn Du dabei auch auf die nötige Sicherheit geachtet hast, ist das auch in Ordnung. ["Gooey"] > Fuer den Pogoplug habe ich nie nach GUI gestrebt, braucht man dort nicht "Dort" wird das wohl auch garnicht gehen, aber dazu fähige Programme, die dann halt ihre Anzeige anderswo machen (wie von X11 eigentlich und ursprünglich vorgesehen) gingen durchaus. > >>>> [Samba Logging] > >> https://www.samba.org/~ab/output/htmldocs/manpages-3/smb.conf.5.html > > > > Häh? Kein "man" auf der Maschine? Die "man pages" sollten _lokal_ > > installiert sein! BTW, es gibt auch Gooey-Reader dafür, z.B. "gtkman". > > Das _ist_ eine der man pages. Das ist eine aus dem internet bezogene HTML-Konversion einer "man page" für Samba. Der Adresse nach sollte man der Authentizität trauen dürfen, aber die sollte eigentlich - irgendwo unter "/usr/[.../]man/man<n>" (hier n = 5) auch auf der Maschine liegen und im einfachsten Fall mit "man [5] smb.conf" als formatierter Text angezeigt werden. (Randbemerkung: eckige Klammern markieren optionale/eventuelle Zusätze.) "Wir" sind offenbar schon soweit, daß die Benutzer sowas nicht mehr kennen, nicht mehr nutzen und evtl. nicht mal mehr wollen. Was nicht aus dem internet (WWW - was sowieso nur einer von vielen Diensten ist) kommt, scheint nicht mehr akzeptiert zu werden. Dabei ist genau da ein ganz gehöriges Maß an Mißtrauen und Skepsis angebracht. Naja... [man smb.conf] > Einiges davon ist auch seltsam formuliert. Ein normaler Sterblicher Zumindest nicht unmißverständlich und offensichtlich klar erkennbar, ja. > wuerde danach davon ausgehen, dass mit log level = 0 auch keine debug > Logs mehr erfolgen. Egal, der USB Stick wird vom geringen verbliebenen > Log Volumen nicht geschossen werden. Hoffentlich. Es dauert seine Zeit, solange er nicht schon gut gefüllt ist. ... > > "ringbuf" probieren - das ist kein Klingelstößel, sondern ein Speicher, > > der rollierend immer weiter beschrieben wird, indem die jeweils ältesten ... > Da muss ich mich erst einlesen. Ich dachte, ringbuf sei eine Routine > fuer Python. Häh? Wie kommste denn auf sowas? > >>> [USB-Stick° > M.W. nimmt der USB-Stick immer frische Bereiche fuer Schreibvorgaenge, > bis er keine mehr hat und dann alte ueberschreibt. Wobei log.nmbd um Ja, sollte so sein. Nur ist halt die Anzahl der möglichen Überschreibvorgänge bis zum Datenverlust recht endlich. > etwa 100k/Woche waechst. Gegen diese Loggeritis muss ich bald was tun. Bei, wie Du schriebst, 32GB und (angenommenen) 20% Füllgrad dauert das dann ca. 255000 Wochen oder gut 4900 Jahre, bis er einmal "durch" ist. Da hast Du noch bisserl Zeit. > > [ext3 vs. ext4] > Das Boot Medium ist ein 32GB USB-Stick, mit ext3 formatiert und er hat > nur eine Partition. Und sonst gibt's keinen Speicher für ein Boot-Programm? Kann natürlich durchaus sein, die ARM-Kisten haben keine mehr oder weniger standardisierte Methode zum Hochfahren wie die PCs mit ihrem "BIOS". Aber "passend vorbereitet" sein wird der Stick dann wohl schon sein müssen. ... > In Berichten zu dieser ARM Version von ArchLinux (auf der Pogo Hardware) > wurde oft erwaehnt, man solle bei ext3 bleiben. Warum auch immer. Ich Das dürfte dann durchaus ernstzunehmen sein - da ist wohl irgendwo eine spezielle Anpassung drin, die sich auf ein paar Eigenschaften des File- Systems verläßt und ggfs. heftig daneben geht, wenn da was anders ist. > vermute, das gilt nicht unbedingt auch fuer das Daten-Medium, in meinem Sobald der Kernal läuft und ggfs. die Treiber-Moduln geladen sind, ist der Boot-Vorgang durch und das System von dessen Eigenheiten unabhängig. Möglicherweise ging's sogar so, daß nur eine minimale Partition für den Boot-Ablauf in ext3 vorhanden sein muß und der ganze Rest beliebig anders angelegt sein kann. > Fall eine SD-Card, aber die habe ich auch erstmal ext3 formatiert. Komische Aufteilung, genau umgekehrt wie bei den Raspberrys. Warum legst Du die - doch wohl wichtigeren - Daten suf das weniger zuverlässige Medium? > Spaeter kommen fuer Backup USB-Festplatten mit NTFS hinzu, vermutlich > auf einem zweiten Pogoplug, der noch gehackt werden muss. Wenn die Backups nicht unbedingt und unvermeidlich mit einem Windows bearbeitet werden können müssen ist NTFS mindestens dritte Wahl. > [Samba & Gooey] > >>> NEIN, Samba braucht KEIN "gvfs-backends" oder was sonst auch immer. > > ... > >> Mit Thunar und Nautilus wurden Samba Shares bei mir ohne gvfs-backends ... > > Ah-Haa! Klar, _irgendwie_ müssen die Shares dem System bekannt gemacht ... > "smb://Pogo1/Data" funktionierte ebenfalls nicht, bis ich gvfs-backends > installiert hatte. Ja, klar - das ist ja auch so ein "back end", das diese Umgehungsfunktion für normale Systemfunktionen benutzt. > > Du _könntest_ natürlich auch so vorwitzig sein und diesen Mount schon in > > der "/etc/fstab" einrichten, dann geht das evtl. schon beim Systemstart. > > Schon, aber das will man nicht. Ich jedenfalls nicht. Man kann den mount Doch, das _will_ "man" durchaus, für geeignete Mitglieder von "man". Wenn _DU_ das nicht willst, sagt das noch garnischt über die Allgemeinheit. > in fstab so gestalten, dass der Boot Prozess beim Nichtauffinden des > Mediums minutenlang einfriert, habe ich meim Pogoplug so gemacht. Doch Sicher kann man das, man kann das aber auch vermeiden. Es gibt da die Vorkehrungen dazu, vom "noauto" über "_netdev" bis zu einem "systemd"- "Würg-around". > diese Mounteritis ist dennoch nervig. Denn oft wird adhoc was > eingestoepselt, auch in die Pogoplugs. Dafuer sind die ja u.a. da, um Bei einem netzwerkweit zugänglichen System, das zudem betriebskritisch ist? Würde ich nicht machen wollen. Da kommt viel zu leicht undefiniertes, undefinierbares und ggfs. sogar unangenehmes drauf. > etwa eine Festplatte anzustoepseln, nachts das Backup darauf zu leiten, Nur wenn das auf solche Anwendungen beschränkt ist, wäre das akzeptabel. > morgens abstoepseln und zum Bank Safe bringen. D.h. der Mount gaelte > nach weniger als 12h schon nicht mehr. Und? Da gibt's doch nur eine bestimmte Menge von Geräten, die dafür in Frage kommen. Für jedes einen "noauto"-fstab-Eintrag angelegt und nach Anstecken manuell gemountet gibt die Sicherheit, daß wirklich das und nur das zugänglich ist, was gewünscht ist. Und sogar das läßt sich noch weitgehend automatisieren. Sowas habe ich mir vor langer Zeit mal gebaut und bin grade dabei, das auf "rsync" umzuarbeiten. > > ... > Wie gesagt, der Aufruf von "smb://Computer_Name/Freigabe-Directory" > funktionierte vorher auf keinem der Linux Rechner. Die konnten keinen Ja, ist ja inzwischen klar. Du hast da halt eine Hilfskonstruktion benutzt, eine Krücke, oder besser, einen Rollstuhl. Kann man natürlich auch als nicht-Invalide tun. ... > >>> Du verwechselst hier was: Gooey ist NICHT das Gegenteil von "Command > >>> Line". Der mc im xterm, rxvt, konsole... beweist das, auch schon die ... > >> Fuer mich reicht mc auch, aber meiner Herzallerliebsten kann ich sowas > >> nicht zumuten. > > > > Wenn die _überhaupt_ mit einem File-Manager zurechtkommt, kann sie auch > > den mc benutzen. > > Das war Anfang der 80er mal so bei den Leuten :-) Ja, inzwischen speichern die ihre Schreiben "in Word", ihre Rechenblätter "in Excel" und was sonst noch, und wenn sie die Maustaste zu früh loslassen und die "dranhängende" Datei auf irgendein zufällig im Weg stehendes Icon fällt, dann schreien sie entsetzt auf, weil sie ihre "Daten verloren" haben. Auf solchen Maschinen findet man dann die unmöglichsten Dateien an den unmöglichsten Stellen, und wenn man da verwundert fragt, was die bedeuten, dann kommt oft "ach, _DA_ ist das gelandet? Die Datei ist mir mal vor <Tagen, Wochen, Monaten...> verloren gegangen|verschunden|nicht mehr aufzufinden gewesen". Kennich, leider... > >>>> [...] > > [fröhliches Adressenraten - Drucker oder Router?] > Eben. Daher habe ich auch alles DHCP-konform eingerichtet inklusive > Druckertreiber. Entgegen der Mahnungen hier in der NG. Und das > funktioniert. Es gibt dadurch nach Stromausfaellen keine "Kann nicht > drucken" Fehlermeldung. Klar "funktioniert" das. Nur kann es da trotzdem nach Stromausfall auch eine "Kann nicht drucken"-Fehlermeldung geben. Mit einer festen Adresse des Druckers nicht. Aber das ist "Dein Bier". > [...] > > Nee, so schlimm ist's nocht nicht. Aber eine Notstromversorgung per > > Sonne möchte ich hier auch einrichten. > > Hat ein Kumpel gemacht, aber mit den dann noetigen Li-Ion Akkus und > allem kostet das erheblich. Bei unserem Generator ging das mit rund $350 > ab. Und dann hältst Du Dich bitte zukünftig _ganz heftig_ mit "Bio-Öko" und solchen Argumenten zurück, bitte. Diese "Generatoren" sind solche hauptsächlich für Schadstoffe jeder Art und arbeiten mit einem erbärmlichen Wirkungsgrad kaum über dem einer besseren Glühlampe. -- -- (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 | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2020-06-03 10:34 -0700 |
| Subject | Re: USB Stick "schrumpfte" nach dd und UUID geaendert [etwas OT] |
| Message-ID | <hjq58aFnehvU1@mid.individual.net> |
| In reply to | #110768 |
On 2020-06-01 12:59, Sieghard Schicktanz wrote:
> Hallo Joerg,
>
> Du schriebst am Sat, 30 May 2020 14:52:41 -0700:
>
>>> Die meisten hier Schrebenden arbeiten auch wohl eher in der "gehobenen
>>> IT", Industrie-Server, Server-Farmen und so. Dafür stimmt das ja auch.
>>
>> Ja, aber es kamen staendig Ermahnungen wie "Schmiet wech dat olle
>> Dingen!", obwohl klar war, dass das bei mir nicht fuer High-End Gaming
>> oder sowas eingesetzt wird. Egal ob es dieser Pogoplug war oder aeltere
>
> Das hast Du auch bisserl mißverstanden - sicher gab's da auch ein paar,
> denen alles egal ist, wenn's um "fashion following" geht, aber die meisten
> wiesen vornehmlich darauf hin, daß auf diesen Maschinen einiges an
> Sicherheit durch die - z.T. nötige - ältere Software fehlt, wenn die ans
> internet gehen sollten. Das ist - insbesondere wenn man dauernd on-line
> "angebunden" ist - leider inzwischen "lebenswichtig", zumindest
> betriebswichtig.
>
Es ging so gut wie immer um Hardware-Kompatibilitaet,
Speicherausbaufaehigkeit und aehnliches. Nicht um Sicherheit.
Hardware-Kompatibilitaet ist ja eine der nicht so schoenen Eigenschaften
von Linux. Manchmal werden Sachen schon zu Lebzeiten fallengelassen.
Hatte ich gerade zum x-ten Mal. Ein WLAN Chip von Realtek (RTL9192CU)
wurde bis Debian 8 noch so leidlich unterstuetzt, aber auch das nur mit
Nachladen von Firmware plus Treiber. Mit Debian 10 war der nicht ans
Laufen zu bekommen. Die werden heute noch verkauft.
>> Laptops und Desktops. Die es uebrigens wunderbar tun. Meine Frau ist mit
>
> Schön. Wenn Du dabei auch auf die nötige Sicherheit geachtet hast, ist das
> auch in Ordnung.
>
Aktuelle MX-Linux 19 Distro, up to date.
> ["Gooey"]
>> Fuer den Pogoplug habe ich nie nach GUI gestrebt, braucht man dort nicht
>
> "Dort" wird das wohl auch garnicht gehen, aber dazu fähige Programme, die
> dann halt ihre Anzeige anderswo machen (wie von X11 eigentlich und
> ursprünglich vorgesehen) gingen durchaus.
>
Ginge natuerlich, doch wie gesagt sehe ich das Dingen eher als
Trainingswiese zum Lernen der Linux Command Line. Liegestuetze,
Judo-Rollen, Gewichtheben, und so. Sonst haette ich mir einfach einen
alten Laptop hinstellen koennen, aber dabei lernt man das nicht.
Ausserdem verbrauchen alle anderen NAS IMO weit zuviel Energie und das
staendig.
>>>>>> [Samba Logging]
>>>> https://www.samba.org/~ab/output/htmldocs/manpages-3/smb.conf.5.html
>>>
>>> Häh? Kein "man" auf der Maschine? Die "man pages" sollten _lokal_
>>> installiert sein! BTW, es gibt auch Gooey-Reader dafür, z.B. "gtkman".
>>
>> Das _ist_ eine der man pages.
>
> Das ist eine aus dem internet bezogene HTML-Konversion einer "man page"
> für Samba. Der Adresse nach sollte man der Authentizität trauen dürfen,
> aber die sollte eigentlich - irgendwo unter "/usr/[.../]man/man<n>" (hier
> n = 5) auch auf der Maschine liegen und im einfachsten Fall mit
> "man [5] smb.conf" als formatierter Text angezeigt werden.
> (Randbemerkung: eckige Klammern markieren optionale/eventuelle Zusätze.)
>
> "Wir" sind offenbar schon soweit, daß die Benutzer sowas nicht mehr kennen,
> nicht mehr nutzen und evtl. nicht mal mehr wollen. Was nicht aus dem
> internet (WWW - was sowieso nur einer von vielen Diensten ist) kommt,
> scheint nicht mehr akzeptiert zu werden. Dabei ist genau da ein ganz
> gehöriges Maß an Mißtrauen und Skepsis angebracht. Naja...
>
Aechte Maenner lesen keine Betriebsanleitungen. Nie. Jedenfalls nicht,
bis es scheppert ...
> [man smb.conf]
>> Einiges davon ist auch seltsam formuliert. Ein normaler Sterblicher
>
> Zumindest nicht unmißverständlich und offensichtlich klar erkennbar, ja.
>
>> wuerde danach davon ausgehen, dass mit log level = 0 auch keine debug
>> Logs mehr erfolgen. Egal, der USB Stick wird vom geringen verbliebenen
>> Log Volumen nicht geschossen werden. Hoffentlich.
>
> Es dauert seine Zeit, solange er nicht schon gut gefüllt ist.
>
U.a. deshalb musste ich den ersten USB-Stick ersetzen, er war zu 90%
voll. Ich haette nicht gedacht, dass ArchLinux soviel Platz braucht.
Egal, zum Glueck kommt es im RAM zusammen mit Samba mit 40MB aus.
> ...
>>> "ringbuf" probieren - das ist kein Klingelstößel, sondern ein Speicher,
>>> der rollierend immer weiter beschrieben wird, indem die jeweils ältesten
> ...
>> Da muss ich mich erst einlesen. Ich dachte, ringbuf sei eine Routine
>> fuer Python.
>
> Häh? Wie kommste denn auf sowas?
>
https://pypi.org/project/ringbuf/
>>>>> [USB-Stick°
>> M.W. nimmt der USB-Stick immer frische Bereiche fuer Schreibvorgaenge,
>> bis er keine mehr hat und dann alte ueberschreibt. Wobei log.nmbd um
>
> Ja, sollte so sein. Nur ist halt die Anzahl der möglichen
> Überschreibvorgänge bis zum Datenverlust recht endlich.
>
Deshalb muss ich eines Tages rausfinden, wie man nmbd.log auch noch
abschaltet, so wie die anderen. Wobei systemd Logging einfach auf
volatile gestellt werden konnte und dann max size 10MB, sodass man im
RAM nachgucken kann, wenn was ist.
>> etwa 100k/Woche waechst. Gegen diese Loggeritis muss ich bald was tun.
>
> Bei, wie Du schriebst, 32GB und (angenommenen) 20% Füllgrad dauert das
> dann ca. 255000 Wochen oder gut 4900 Jahre, bis er einmal "durch" ist.
> Da hast Du noch bisserl Zeit.
>
Da kommt auch noch ein Backup in /home drauf, aber dennoch sollte er
etliche Jahrzehnte halten. Reicht bis "Erdmoebel" :-)
>>> [ext3 vs. ext4]
>> Das Boot Medium ist ein 32GB USB-Stick, mit ext3 formatiert und er hat
>> nur eine Partition.
>
> Und sonst gibt's keinen Speicher für ein Boot-Programm?
Ich musste dazu den Bootloader umfrickeln, auf die SD Card umzuleiten
ist knifflig.
> Kann natürlich durchaus sein, die ARM-Kisten haben keine mehr oder weniger
> standardisierte Methode zum Hochfahren wie die PCs mit ihrem "BIOS".
> Aber "passend vorbereitet" sein wird der Stick dann wohl schon sein müssen.
>
Das hatte ich schon getan, Boot laeuft immer sauber. Wichtig war mir
auch, dass dieses NAS stromausfallsicher ist und das sind die Pogoplugs.
Kannst Du mittendrin den Netzstecker ziehen und wieder reinstecken.
> ...
>> In Berichten zu dieser ARM Version von ArchLinux (auf der Pogo Hardware)
>> wurde oft erwaehnt, man solle bei ext3 bleiben. Warum auch immer. Ich
>
> Das dürfte dann durchaus ernstzunehmen sein - da ist wohl irgendwo eine
> spezielle Anpassung drin, die sich auf ein paar Eigenschaften des File-
> Systems verläßt und ggfs. heftig daneben geht, wenn da was anders ist.
>
So isses. Als Anfaenger ruehre ich besser nicht an solchen Dingen, vorerst.
>> vermute, das gilt nicht unbedingt auch fuer das Daten-Medium, in meinem
>
> Sobald der Kernal läuft und ggfs. die Treiber-Moduln geladen sind, ...
^^^^^^^^
Klingt freistaatlich bayrisch :-)
> ... ist der
> Boot-Vorgang durch und das System von dessen Eigenheiten unabhängig.
> Möglicherweise ging's sogar so, daß nur eine minimale Partition für den
> Boot-Ablauf in ext3 vorhanden sein muß und der ganze Rest beliebig anders
> angelegt sein kann.
>
Vermutlich schon, aber er hat nur die eine Partition und das /home
Verzeichnis darauf nehme ich fuer Backups zwischendurch. Guertel plus
Hosentraeger, man weiss ja nie.
>> Fall eine SD-Card, aber die habe ich auch erstmal ext3 formatiert.
>
> Komische Aufteilung, genau umgekehrt wie bei den Raspberrys. Warum legst Du
> die - doch wohl wichtigeren - Daten suf das weniger zuverlässige Medium?
>
Das ist schon eine edlere SD-Card aus der Sony EVO Serie. Die haben bei
mir nie gezickt. Ein Problem bei den Pogoplug Mobile Versionen ist, dass
der Ersatz-Bootloader keinen Boot ab SD-Card unterstuetzt. Da muesste
man erst rumbasteln und das traue ich mir derzeit noch nicht zu. Fuer
andere Modelle gibt es eine "U-Boot" Version mit SD-Card Booting, fuer
meinen m.W. nicht.
Der andere Grund ist, dass eine SD-Card vor einer Evakuierung ratzfatz
im Kreditkartenmaeppchen verschwinden kann, ein USB Stick dafuer aber zu
unhandlich ist. Mit sowas muss man in dieser Gegend wegen Waldbraenden
und Erdbeben rechnen.
Warum soll eine SD-Card prinzipiell weniger zuverlaessig sein als ein
USB-Stick?
>> Spaeter kommen fuer Backup USB-Festplatten mit NTFS hinzu, vermutlich
>> auf einem zweiten Pogoplug, der noch gehackt werden muss.
>
> Wenn die Backups nicht unbedingt und unvermeidlich mit einem Windows
> bearbeitet werden können müssen ist NTFS mindestens dritte Wahl.
>
Das koennte noetig sein, z.B. wenn ich bei einer sehr eiligen
Evakuierung keinen Rechner mitnehmen kann. Andere Leute haben so gut wie
nie Linux, ist alles Windows und gelegentlich Apple OS.
>> [Samba & Gooey]
>>>>> NEIN, Samba braucht KEIN "gvfs-backends" oder was sonst auch immer.
>>> ...
>>>> Mit Thunar und Nautilus wurden Samba Shares bei mir ohne gvfs-backends
> ...
>>> Ah-Haa! Klar, _irgendwie_ müssen die Shares dem System bekannt gemacht
> ...
>> "smb://Pogo1/Data" funktionierte ebenfalls nicht, bis ich gvfs-backends
>> installiert hatte.
>
> Ja, klar - das ist ja auch so ein "back end", das diese Umgehungsfunktion
> für normale Systemfunktionen benutzt.
>
Wie heisst es so schoen, der Zweck heiligt die Mittel?
>>> Du _könntest_ natürlich auch so vorwitzig sein und diesen Mount schon in
>>> der "/etc/fstab" einrichten, dann geht das evtl. schon beim Systemstart.
>>
>> Schon, aber das will man nicht. Ich jedenfalls nicht. Man kann den mount
>
> Doch, das _will_ "man" durchaus, für geeignete Mitglieder von "man".
> Wenn _DU_ das nicht willst, sagt das noch garnischt über die Allgemeinheit.
>
Die Mounteritis ist eines der als Nachteil empfundenen Eigenschaften von
Linux. Das haben mir sogar eingefleischte IT-Spezis gesagt, die den
Umstieg abgebrochen haben. Allerdings nicht nur aus diesem Grund.
>> in fstab so gestalten, dass der Boot Prozess beim Nichtauffinden des
>> Mediums minutenlang einfriert, habe ich meim Pogoplug so gemacht. Doch
>
> Sicher kann man das, man kann das aber auch vermeiden. Es gibt da die
> Vorkehrungen dazu, vom "noauto" über "_netdev" bis zu einem "systemd"-
> "Würg-around".
>
Viele Wege fuehren nach Rom. Bei mir geht es eben ueber fstab Options.
Wenn die SD-Card raus ist, funktioniert der Boot jetzt trotzdem.
>> diese Mounteritis ist dennoch nervig. Denn oft wird adhoc was
>> eingestoepselt, auch in die Pogoplugs. Dafuer sind die ja u.a. da, um
>
> Bei einem netzwerkweit zugänglichen System, das zudem betriebskritisch ist?
> Würde ich nicht machen wollen. Da kommt viel zu leicht undefiniertes,
> undefinierbares und ggfs. sogar unangenehmes drauf.
>
Nicht wenn es nur eine Person gibt, die das jemals tut.
>> etwa eine Festplatte anzustoepseln, nachts das Backup darauf zu leiten,
>
> Nur wenn das auf solche Anwendungen beschränkt ist, wäre das akzeptabel.
>
>> morgens abstoepseln und zum Bank Safe bringen. D.h. der Mount gaelte
>> nach weniger als 12h schon nicht mehr.
>
> Und? Da gibt's doch nur eine bestimmte Menge von Geräten, die dafür in
> Frage kommen. Für jedes einen "noauto"-fstab-Eintrag angelegt und nach
> Anstecken manuell gemountet gibt die Sicherheit, daß wirklich das und nur
> das zugänglich ist, was gewünscht ist. Und sogar das läßt sich noch
> weitgehend automatisieren. Sowas habe ich mir vor langer Zeit mal gebaut
> und bin grade dabei, das auf "rsync" umzuarbeiten.
>
Per USB FEstplatten und Sticks anschliessen geschieht hier regelmaessig
auf jedem der Computer. MX-Linux hat zum Glueck zumindest dafuer
Auto-Mount, so wie Windows.
[...]
> ...
>>>>> Du verwechselst hier was: Gooey ist NICHT das Gegenteil von "Command
>>>>> Line". Der mc im xterm, rxvt, konsole... beweist das, auch schon die
> ...
>>>> Fuer mich reicht mc auch, aber meiner Herzallerliebsten kann ich sowas
>>>> nicht zumuten.
>>>
>>> Wenn die _überhaupt_ mit einem File-Manager zurechtkommt, kann sie auch
>>> den mc benutzen.
>>
>> Das war Anfang der 80er mal so bei den Leuten :-)
>
> Ja, inzwischen speichern die ihre Schreiben "in Word", ihre Rechenblätter
> "in Excel" und was sonst noch, und wenn sie die Maustaste zu früh loslassen
> und die "dranhängende" Datei auf irgendein zufällig im Weg stehendes Icon
> fällt, dann schreien sie entsetzt auf, weil sie ihre "Daten verloren"
> haben. Auf solchen Maschinen findet man dann die unmöglichsten Dateien an
> den unmöglichsten Stellen, und wenn man da verwundert fragt, was die
> bedeuten, dann kommt oft "ach, _DA_ ist das gelandet? Die Datei ist mir mal
> vor <Tagen, Wochen, Monaten...> verloren gegangen|verschunden|nicht mehr
> aufzufinden gewesen".
> Kennich, leider...
>
Die beste war eine Sekretaerin an einem Institut der RWTH Aachen in den
80ern. Der Professor war Apple Fan und daher bekam sie einen MacIntosh.
Wenn man irgendwas in Gang setzte, was unbewusst Dateien zerstoeren
konnte, erschien eine Art Granate auf dem Bildschirm. Da kam sie oft
schreiend in den Flur "Die Bombe! Die Bombe!" :-)
Wie auch immer, so ist nunmal die weitgehende Mehrheit der Benutzer
gewickelt und es wird sich nichts daran aendern. Im Gegenteil, es wird
weiter in die Richtung gehen. Ich wage mal zu behaupten, dass heutzutage
die meisten Leute keine Eingabegeraete mehr bedienen koennen, wenn sie
keinen Touch Screen haben. Alles nur noch Tatz und Wisch, in
Corona-Virus Zeiten natuerlich ganz toll.
[...]
>> [...]
>>> Nee, so schlimm ist's nocht nicht. Aber eine Notstromversorgung per
>>> Sonne möchte ich hier auch einrichten.
>>
>> Hat ein Kumpel gemacht, aber mit den dann noetigen Li-Ion Akkus und
>> allem kostet das erheblich. Bei unserem Generator ging das mit rund $350
>> ab.
>
> Und dann hältst Du Dich bitte zukünftig _ganz heftig_ mit "Bio-Öko" und
> solchen Argumenten zurück, bitte. Diese "Generatoren" sind solche
> hauptsächlich für Schadstoffe jeder Art und arbeiten mit einem erbärmlichen
> Wirkungsgrad kaum über dem einer besseren Glühlampe.
>
Nicht voreilig Schluesse ziehen.
Zum einen laeuft dieser Generator nur etwa 20 Stunden pro Jahr. Z.B. um
ein Auftauen von Gefriergut oder ein Verderben von Kuehlgut zu
verhindern. Alles andere machen wir mit Akkus oder, beim Kochen, wie der
Neanderthaler ueber Holzfeuer (ich selbst koche auch sonst fast nur so).
Dann ist das ein moderner Inverter-Generator mit lastvariabler
Motordrehzahl nach strengen kalifornische Abgasvorschriften. Die haette
mein Audi Baujahr 1987 aus Deutschland damals nicht geschafft. Beim
letzten Ausfall lief der Generator 1:25h und nuckelte sich ganze 900
Milliliter bleifreies Normalbenzin rein.
Weiter muss man sich fragen, wieviel umweltschaedlicher die Produktion
und Entsorgung eines fetten Li-Ion Blockes und grosser Solarzellen unter
Beruecksichtigung der Betriebsstunden ueber deren Leben waere.
--
Gruesse, Joerg
http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2020-06-04 22:13 +0200 |
| Subject | Re: USB Stick "schrumpfte" nach dd und UUID geaendert [etwas OT] |
| Message-ID | <20200604221334.54fddc56@Achmuehle.WOR> |
| In reply to | #110775 |
Hallo Joerg, Du schriebst am Wed, 03 Jun 2020 10:34:09 -0700: > >> Ja, aber es kamen staendig Ermahnungen wie "Schmiet wech dat olle > >> Dingen!", obwohl klar war, dass das bei mir nicht fuer High-End Gaming ... > > Das hast Du auch bisserl mißverstanden - sicher gab's da auch ein paar, ... > > an Sicherheit durch die - z.T. nötige - ältere Software fehlt, wenn die > > ans internet gehen sollten. Das ist - insbesondere wenn man dauernd ... > Es ging so gut wie immer um Hardware-Kompatibilitaet, Habe ich nicht ganz so in Erinnerung. Aber was soll's, es gibt eben auch solche Leute, und die sind oft recht laut und trampelig. Sie bevölkern einen ganzen Berufszweig, der in der (Consumer-) Industrie zudem noch sehr beliebt ist... ... > Hardware-Kompatibilitaet ist ja eine der nicht so schoenen Eigenschaften > von Linux. Manchmal werden Sachen schon zu Lebzeiten fallengelassen. Das habe ich eigentlich auch immer wieder gegenteilig mitbekommen. > Hatte ich gerade zum x-ten Mal. Ein WLAN Chip von Realtek (RTL9192CU) > wurde bis Debian 8 noch so leidlich unterstuetzt, aber auch das nur mit Naja, da kommt's halt auch sehr drauf an, ob einerseits die Dinger genügend interessant für die Leute sind, die dafür Linux-Treiber schreiben und später an neue Versionen anpassen können und andererseits, ob dafür auch genügend Informationen vom Hersteller zur Verfügung gestellt werden. Da gibt es ja manchmal grausliche Geschichten zu vernehmen... > >>>>>> [Samba Logging] > >>>> https://www.samba.org/~ab/output/htmldocs/manpages-3/smb.conf.5.html > >>> > >>> Häh? Kein "man" auf der Maschine? Die "man pages" sollten _lokal_ ... > Aechte Maenner lesen keine Betriebsanleitungen. Nie. Jedenfalls nicht, > bis es scheppert ... Ich dachte bisher immer, daß das für Durchschnittskonsumenten, wie "Couch Potatoes", Wischkasterlwischer, internet-(goooogle-)Bewohner oder ähnliche gälte? [USB-Stick] > > Bei, wie Du schriebst, 32GB und (angenommenen) 20% Füllgrad dauert das > > dann ca. 255000 Wochen oder gut 4900 Jahre, bis er einmal "durch" ist. > > Da hast Du noch bisserl Zeit. > > Da kommt auch noch ein Backup in /home drauf, aber dennoch sollte er > etliche Jahrzehnte halten. Reicht bis "Erdmoebel" :-) Backup auf dem gesicherten Medium ist keins. Völlig überflüssiger Aktionismus. Weil: wenn Medium hin, auch Backup hin -> kein Backup. ... > > Sobald der Kernal läuft und ggfs. die Treiber-Moduln geladen sind, ... > ^^^^^^^^ > Klingt freistaatlich bayrisch :-) Nein, ordnungsgemäße hochdeutsche Pluralform von "Modul". Zumindest bis vor dem derzeitigen Grammatik-Chaos. Und schon garnicht "freistaatlich bayrisch" - woher stammt z.B. das Fragment "aus deutschen Landen..."? [SD-Card als Massenspeicher] > > legst Du die - doch wohl wichtigeren - Daten suf das weniger > > zuverlässige Medium? > > Das ist schon eine edlere SD-Card aus der Sony EVO Serie. Die haben bei Das sagt auch nicht enorm viel... > mir nie gezickt. Ein Problem bei den Pogoplug Mobile Versionen ist, dass > der Ersatz-Bootloader keinen Boot ab SD-Card unterstuetzt. Da muesste Und ein zweiter USB-Stick geht nicht? > Der andere Grund ist, dass eine SD-Card vor einer Evakuierung ratzfatz > im Kreditkartenmaeppchen verschwinden kann, ein USB Stick dafuer aber zu > unhandlich ist. Mit sowas muss man in dieser Gegend wegen Waldbraenden > und Erdbeben rechnen. Ja, furchtbar umständlich - den USB-Stick zieht man aus der Buchse und steckt ihn in die Tasche, die SD-Karte muß man erstmal mit den Fingernägeln oder einer Pinzette aus der Halterung pfriemeln, dabei aufpassen, daß sie nicht 'runterfällt (dann ist sie erstmal unauffindbar weg) und wenn man sie in 'ne Tasche steckt, dann muß man aufpassen, daß die auch kein noch so winziges Löcherl hat, durch das sie sich auf Nimmer-Wiedersehen entfernen kann... Naja, wie Du meinst. > Warum soll eine SD-Card prinzipiell weniger zuverlaessig sein als ein > USB-Stick? Wear-Managemnet - das ist bei diesen Dingern erheblich bescheidener bis überhaupt nicht vorhanden, aus Platzgründen halt. Die Sticks - solange es nicht solche sind, die kleiner sind als der Stecker insgesamt - haben halt mehr Unterbringungsmöglichkeit für zusätzliche "Features". [NTFS] > Das koennte noetig sein, z.B. wenn ich bei einer sehr eiligen > Evakuierung keinen Rechner mitnehmen kann. Andere Leute haben so gut wie > nie Linux, ist alles Windows und gelegentlich Apple OS. Es ist halt ein Kreuz, in einem so rückständigen Land leben zu müssen... > >> [Samba & Gooey] > Wie heisst es so schoen, der Zweck heiligt die Mittel? Solange sich das in Maßen (nein, keine bayerischen) hält. Aber grade bei den Gooeys schlagen (auch) Linux-Entwickler gerne über die Stränge. > >>> Du _könntest_ natürlich auch so vorwitzig sein und diesen Mount schon > >>> in der "/etc/fstab" einrichten, dann geht das evtl. schon beim ... > Die Mounteritis ist eines der als Nachteil empfundenen Eigenschaften von > Linux. Das haben mir sogar eingefleischte IT-Spezis gesagt, die den > Umstieg abgebrochen haben. Allerdings nicht nur aus diesem Grund. Klar, wenn man die richtigen Leute fragt, erhält man auch die richtigen Antworten. Es ist mitnichten so, daß Windows - auch solches Zeug wie SD-Karten oder USB-Sticks - _nicht_ mountet. Das tut es durchaus auf recht ähnliche Weise wie Linux, die Methoden unterscheiden sich da kaum. Was sich da unterscheidet, ist, wie sehr das vor dem Benutzer versteckt wird. Bei Windows ist die Prämisse "der Benutzer ist zu dämlich, um zu verstehen, was zum Benutzen seines Geräts gebraucht wird", also kriegt er das, und nur das, vorgekaut, was sich einfach automatisch realisieren läßt. Und bis das wirklich läuft - man denke nur an den Zirkus, bis USB-Sticks oder gar Kartenleser richtig unterstützt wurden - dauert es einige Zeit, in der die Benutzer die Sachen kaum richtig nutzen können. Linux kommt halt aus einer Umgebung, in der die "Benutzer" verstanden, was das System tut und wie es zum Arbeiten zu bringen ist, und versteckt deshalb eben kaum etwas davon. Das kommt erst derzeit stärker auf, seit es eben doch mehr Benutzer gibt, die tatsächlich der Windows-Prämisse, "nahestehen", möchte ich mal sagen. ... > Viele Wege fuehren nach Rom. Bei mir geht es eben ueber fstab Options. > Wenn die SD-Card raus ist, funktioniert der Boot jetzt trotzdem. Naja, und jetzt erklär'mal bitte, was da dran der fundamentale Unterschied zu der Methode sein soll, die ich vorgeschlagen habe, und die Du so vehement ablehntest. ... > Per USB FEstplatten und Sticks anschliessen geschieht hier regelmaessig > auf jedem der Computer. MX-Linux hat zum Glueck zumindest dafuer > Auto-Mount, so wie Windows. Und? Mach' ich hier ja auch schon jahrelang so. > [...] > Die beste war eine Sekretaerin an einem Institut der RWTH Aachen in den ... > schreiend in den Flur "Die Bombe! Die Bombe!" :-) > > Wie auch immer, so ist nunmal die weitgehende Mehrheit der Benutzer > gewickelt und es wird sich nichts daran aendern. Im Gegenteil, es wird Und schon wieder ist eine Hoffnung auf Entwicklung der Menschheit dahin... ... > keinen Touch Screen haben. Alles nur noch Tatz und Wisch, in > Corona-Virus Zeiten natuerlich ganz toll. Ich mag diese Tatsch-Skriens eh nicht (auch wenn ich schon dafür Software gemacht habe). Stell' ich mir interessant vor in einer Mechanik-Werkstatt, wo mit öl-, fett- und metallstaubverschmierten Fingern drauf rumgetascht wird. Da sind inzwischen (mit den kapazitiven Touch-Screens) die (über-) langen Fingernägel mancher Damen kein Problem mehr, die früher halt die Tastenbeschriftungen bis zum Durchbruch abgekratzt haben (sollen, nach glaubhaften Berichten eines Bekannten und Kollegen). Aber Dreck bleibt halt noch genauso dran hängen und verschleiert die Anzeige u.U. bis zur Unkenntlichkeit. > [...] [(Norstrom-) Generator] > > Und dann hältst Du Dich bitte zukünftig _ganz heftig_ mit "Bio-Öko" und > > solchen Argumenten zurück, bitte. Diese "Generatoren" sind solche ... > Nicht voreilig Schluesse ziehen. Das sind keine Schlüsse, sondern nur Anwendung bekannter Eigenschaften. Lärm und Abgase kommen ja auch noch dazu, und da gab's auch schon Todesfälle wegen der Abgase. > Zum einen laeuft dieser Generator nur etwa 20 Stunden pro Jahr. Z.B. um Was schon durchaus eine ganze Menge ist. ... > Dann ist das ein moderner Inverter-Generator mit lastvariabler > Motordrehzahl nach strengen kalifornische Abgasvorschriften. Die haette Was dem prinzipiell miserablen Wirkungsgrad solcher Dinger kaum Abbruch tun dürfte - der wird eher durch die Abgasbearbeitung noch schlechter. BTW, was soll ein "Inverter-Generator" sein? Ein Generator mit nachgeschaltetem Wechselrichter zur Regelung etwa? D.h. mit einem weiteren Verlustglied in der Umsetzungskette? > mein Audi Baujahr 1987 aus Deutschland damals nicht geschafft. Beim > letzten Ausfall lief der Generator 1:25h und nuckelte sich ganze 900 > Milliliter bleifreies Normalbenzin rein. Also fast so viel Verbrauch wie ein Automotor im Leerlauf. Und was hing da als Last dran? Wieviel von den fast 10kWh Kraftstoffenergie konntest Du also wirklich nutzen? > Weiter muss man sich fragen, wieviel umweltschaedlicher die Produktion > und Entsorgung eines fetten Li-Ion Blockes und grosser Solarzellen unter > Beruecksichtigung der Betriebsstunden ueber deren Leben waere. Ja, da gibt es eine ganze Menge Untersuchungen von unterschiedlichen Autoren und Auftraggebern mit durchaus unterschiedlichen Eregebnissen, je nachdem, wieviel von den eingesetzten Mitteln man für welche Teile und Prozesse berücksichtigt oder ignoriert... -- -- (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 | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2020-06-05 13:15 -0700 |
| Subject | Re: USB Stick "schrumpfte" nach dd und UUID geaendert [etwas OT] |
| Message-ID | <hjvnf7Ft0rsU1@mid.individual.net> |
| In reply to | #110777 |
On 2020-06-04 13:13, Sieghard Schicktanz wrote: > Hallo Joerg, > > Du schriebst am Wed, 03 Jun 2020 10:34:09 -0700: > [...] >> Hatte ich gerade zum x-ten Mal. Ein WLAN Chip von Realtek (RTL9192CU) >> wurde bis Debian 8 noch so leidlich unterstuetzt, aber auch das nur mit > > Naja, da kommt's halt auch sehr drauf an, ob einerseits die Dinger genügend > interessant für die Leute sind, die dafür Linux-Treiber schreiben und > später an neue Versionen anpassen können und andererseits, ob dafür auch > genügend Informationen vom Hersteller zur Verfügung gestellt werden. Da > gibt es ja manchmal grausliche Geschichten zu vernehmen... > Mag sein und es liegt IMO an konzeptionellen Dingen in Linux. Es ist nicht gut, wenn existierende Software staendig mit dem OS angepasst werden muss. Besser ist, wenn das OS Rueckwartskompatibilitaet gewaehrleistet. Dependencies sind da ueberhaupt nicht hilfreich. Man kann nicht davon ausgehen, dass Treiber oder Software dauerhaft aktualisierbar sind. Oft gibt es Design-Teams gar nicht mehr, aebr man braucht die SW dennoch. In diesem Fall kein Support mehr ab Debian 9. >>>>>>>> [Samba Logging] >>>>>> https://www.samba.org/~ab/output/htmldocs/manpages-3/smb.conf.5.html >>>>> >>>>> Häh? Kein "man" auf der Maschine? Die "man pages" sollten _lokal_ > > ... >> Aechte Maenner lesen keine Betriebsanleitungen. Nie. Jedenfalls nicht, >> bis es scheppert ... > > Ich dachte bisher immer, daß das für Durchschnittskonsumenten, wie "Couch > Potatoes", Wischkasterlwischer, internet-(goooogle-)Bewohner oder ähnliche > gälte? > Nein, fuer die echten Draufgaenger. Gaengige Redensart kurz vor dem Unfalltod eines Redneck: "Hold my beer and watch me now!" :-) > [USB-Stick] >>> Bei, wie Du schriebst, 32GB und (angenommenen) 20% Füllgrad dauert das >>> dann ca. 255000 Wochen oder gut 4900 Jahre, bis er einmal "durch" ist. >>> Da hast Du noch bisserl Zeit. >> >> Da kommt auch noch ein Backup in /home drauf, aber dennoch sollte er >> etliche Jahrzehnte halten. Reicht bis "Erdmoebel" :-) > > Backup auf dem gesicherten Medium ist keins. Völlig überflüssiger > Aktionismus. Weil: wenn Medium hin, auch Backup hin -> kein Backup. > Das eigentliche Speichermedium ist eine SD Card und dies ist der USB-Stick mit dem Arch Linux drauf. Welches aber nur 6% belegt. Allerdings steckt das alles im gleichen Pogoplug und wenn dessen Netzteil den GAU hinlegt, ist Schicht. Jedoch gibt es noch die regelmaessigen Backups anderswohin, auf (bewusst) nachher entfernte Festplatten. Denn hierzugegend kann der GAU die Form eine Aschehaufens annehmen. Da wo vorher das Buero war. > ... >>> Sobald der Kernal läuft und ggfs. die Treiber-Moduln geladen sind, ... >> ^^^^^^^^ >> Klingt freistaatlich bayrisch :-) > > Nein, ordnungsgemäße hochdeutsche Pluralform von "Modul". Zumindest bis > vor dem derzeitigen Grammatik-Chaos. ... *staun* Wir hatten noch "Module" fuer den Plural gelernt. Das war allerdings in NRW, was fuer Bayern ja als Suedschweden gilt. Nur auf einem Datenbuch von Siemens hier steht "Moduln", aehnlich wie "Semmelnknoedeln". > ... Und schon garnicht "freistaatlich > bayrisch" - woher stammt z.B. das Fragment "aus deutschen Landen..."? > Das kenne ich nur aus der Milch- und Kaeseverarbeitung. > [SD-Card als Massenspeicher] >>> legst Du die - doch wohl wichtigeren - Daten suf das weniger >>> zuverlässige Medium? >> >> Das ist schon eine edlere SD-Card aus der Sony EVO Serie. Die haben bei > > Das sagt auch nicht enorm viel... > >> mir nie gezickt. Ein Problem bei den Pogoplug Mobile Versionen ist, dass >> der Ersatz-Bootloader keinen Boot ab SD-Card unterstuetzt. Da muesste > > Und ein zweiter USB-Stick geht nicht? > Notfalls per USB Hub schon, die Kiste hat nur einen USB2.0 Anschluss. >> Der andere Grund ist, dass eine SD-Card vor einer Evakuierung ratzfatz >> im Kreditkartenmaeppchen verschwinden kann, ein USB Stick dafuer aber zu >> unhandlich ist. Mit sowas muss man in dieser Gegend wegen Waldbraenden >> und Erdbeben rechnen. > > Ja, furchtbar umständlich - den USB-Stick zieht man aus der Buchse und > steckt ihn in die Tasche, die SD-Karte muß man erstmal mit den Fingernägeln > oder einer Pinzette aus der Halterung pfriemeln, dabei aufpassen, daß sie > nicht 'runterfällt (dann ist sie erstmal unauffindbar weg) und wenn man sie > in 'ne Tasche steckt, dann muß man aufpassen, daß die auch kein noch so > winziges Löcherl hat, durch das sie sich auf Nimmer-Wiedersehen entfernen > kann... > Naja, wie Du meinst. > Beim Pogoplug und auch bei meinen vielen anderen Geraetchen drueckt man drauf. Dann springt sie ein Stueck raus und man hat sie schon in den Fingern. >> Warum soll eine SD-Card prinzipiell weniger zuverlaessig sein als ein >> USB-Stick? > > Wear-Managemnet - das ist bei diesen Dingern erheblich bescheidener bis > überhaupt nicht vorhanden, aus Platzgründen halt. Die Sticks - solange es > nicht solche sind, die kleiner sind als der Stecker insgesamt - haben halt > mehr Unterbringungsmöglichkeit für zusätzliche "Features". > Hast Du mal einen modernen aufgemacht? > [NTFS] >> Das koennte noetig sein, z.B. wenn ich bei einer sehr eiligen >> Evakuierung keinen Rechner mitnehmen kann. Andere Leute haben so gut wie >> nie Linux, ist alles Windows und gelegentlich Apple OS. > > Es ist halt ein Kreuz, in einem so rückständigen Land leben zu müssen... > Nix rueckstaendig, Linux wird sich mit der derzeitigen Konzeption nie gross durchsetzen. Man muss zu sehr in der Technik drinstehen und das tun oder wollen 99% der Leute nicht. >>>> [Samba & Gooey] >> Wie heisst es so schoen, der Zweck heiligt die Mittel? > > Solange sich das in Maßen (nein, keine bayerischen) hält. Aber grade bei > den Gooeys schlagen (auch) Linux-Entwickler gerne über die Stränge. > Auf mich machen die Linux-GUIs weitgehend einen vernuenftigen Eindruck. Nur dass oft zu viele Details schlicht weggelassen werden und man am Ende doch auf die Command Line muss. Nach jahrzehntelanger DOS-Abstinenz kriege ich das inzwischen wieder hin, aber das gilt fuer die grosse Mehrheit hiesiger Computer-Nutzer nicht. Auch meine Frau waere voll aufgeschmissen, wenn irgendwas waehrend einer Reise passiert und sie das nicht per GUI hindengeln kann. Es gibt viele Leute ohne jeglichen Technik-Hintergrund. Gelbe Lampe geht an -> Telefon rausholen. >>>>> Du _könntest_ natürlich auch so vorwitzig sein und diesen Mount schon >>>>> in der "/etc/fstab" einrichten, dann geht das evtl. schon beim > ... >> Die Mounteritis ist eines der als Nachteil empfundenen Eigenschaften von >> Linux. Das haben mir sogar eingefleischte IT-Spezis gesagt, die den >> Umstieg abgebrochen haben. Allerdings nicht nur aus diesem Grund. > > Klar, wenn man die richtigen Leute fragt, erhält man auch die richtigen > Antworten. Es waren _alle_ . > Es ist mitnichten so, daß Windows - auch solches Zeug wie SD-Karten oder > USB-Sticks - _nicht_ mountet. Das tut es durchaus auf recht ähnliche Weise > wie Linux, die Methoden unterscheiden sich da kaum. > Was sich da unterscheidet, ist, wie sehr das vor dem Benutzer versteckt > wird. Ebent. Das will der so, zumindest als Default. Daher waere es sinnvoll, wenn das eine Linux Distro per Default auch so taete und man das als "Power User" aber abschalten kann. MX-Linux macht auch Auto-Mount von extern eingesteckten Medien, aber leider nicht fuer interne. Samba Shares sind auch so eine Sache. > Bei Windows ist die Prämisse "der Benutzer ist zu dämlich, um zu verstehen, > was zum Benutzen seines Geräts gebraucht wird", also kriegt er das, und nur > das, vorgekaut, was sich einfach automatisch realisieren läßt. Und bis das > wirklich läuft - man denke nur an den Zirkus, bis USB-Sticks oder gar > Kartenleser richtig unterstützt wurden - dauert es einige Zeit, in der die > Benutzer die Sachen kaum richtig nutzen können. In der Praxis ist das aber nicht so. Es funzt einfach. Ok, meist ohne dass der Benutzer weiss, warum. > Linux kommt halt aus einer Umgebung, in der die "Benutzer" verstanden, was > das System tut und wie es zum Arbeiten zu bringen ist, und versteckt > deshalb eben kaum etwas davon. Das kommt erst derzeit stärker auf, seit es > eben doch mehr Benutzer gibt, die tatsächlich der Windows-Prämisse, > "nahestehen", möchte ich mal sagen. > > ... >> Viele Wege fuehren nach Rom. Bei mir geht es eben ueber fstab Options. >> Wenn die SD-Card raus ist, funktioniert der Boot jetzt trotzdem. > > Naja, und jetzt erklär'mal bitte, was da dran der fundamentale Unterschied > zu der Methode sein soll, die ich vorgeschlagen habe, und die Du so > vehement ablehntest. > Beim Pogoplug ist es ok, aber bei anderen PC ist das echt hoelzern. Besonders, wenn die regelmaessig Samba Shares vergessen. > ... >> Per USB FEstplatten und Sticks anschliessen geschieht hier regelmaessig >> auf jedem der Computer. MX-Linux hat zum Glueck zumindest dafuer >> Auto-Mount, so wie Windows. > > Und? Mach' ich hier ja auch schon jahrelang so. > >> [...] >> Die beste war eine Sekretaerin an einem Institut der RWTH Aachen in den > ... >> schreiend in den Flur "Die Bombe! Die Bombe!" :-) >> >> Wie auch immer, so ist nunmal die weitgehende Mehrheit der Benutzer >> gewickelt und es wird sich nichts daran aendern. Im Gegenteil, es wird > > Und schon wieder ist eine Hoffnung auf Entwicklung der Menschheit dahin... > Ganz normale Entwicklung in einer Welt, die immer komplexer wird. Frueher hat Opa am Haus aber auch alles selbst repariert. Heute haben die meisten nur noch zwei Werkzeuge dafuer. Das Branchenbuch und das Telefon ... Bei Computerei, sofern nicht bereits ganz aufgegeben, rufen sie bei uns die Geek Squad: https://www.vox.com/2017/7/10/15930998/amazon-geek-squad-smart-home-alexa-set-up-installation-consultation Die koennten uns aber wahrscheinlich nicht mehr helfen, wenn ich z.B untergwegs waere, weil hier jetzt ueberall Pinguine sind. > ... >> keinen Touch Screen haben. Alles nur noch Tatz und Wisch, in >> Corona-Virus Zeiten natuerlich ganz toll. > > Ich mag diese Tatsch-Skriens eh nicht (auch wenn ich schon dafür Software > gemacht habe). Stell' ich mir interessant vor in einer Mechanik-Werkstatt, > wo mit öl-, fett- und metallstaubverschmierten Fingern drauf rumgetascht > wird. Da sind inzwischen (mit den kapazitiven Touch-Screens) die (über-) > langen Fingernägel mancher Damen kein Problem mehr, die früher halt die > Tastenbeschriftungen bis zum Durchbruch abgekratzt haben (sollen, nach > glaubhaften Berichten eines Bekannten und Kollegen). Aber Dreck bleibt halt > noch genauso dran hängen und verschleiert die Anzeige u.U. bis zur > Unkenntlichkeit. > Selbst CNC Maschinen laufen so. Bei einem Bekannten (Werkzeugmacher) haben sie Entfetter benutzt. Damit geht sogar der Schmier nach dem Konsum von Kartoffel-Chips runter. Sollte man natuerlich nicht bei Monitoren mit Plastik benutzen. >> [...] > [(Norstrom-) Generator] >>> Und dann hältst Du Dich bitte zukünftig _ganz heftig_ mit "Bio-Öko" und >>> solchen Argumenten zurück, bitte. Diese "Generatoren" sind solche > ... >> Nicht voreilig Schluesse ziehen. > > Das sind keine Schlüsse, sondern nur Anwendung bekannter Eigenschaften. > Lärm und Abgase kommen ja auch noch dazu, und da gab's auch schon > Todesfälle wegen der Abgase. > Der China-Kracher der Nachbarn steht 20x weiter weg und uebertoent unseren trotzdem. Er steht draussen. Wobei ich ueberlege, einen Garagenauspuff zu legen. >> Zum einen laeuft dieser Generator nur etwa 20 Stunden pro Jahr. Z.B. um > > Was schon durchaus eine ganze Menge ist. > Noe. Knapp 20 Liter Benzin. Also das, was die meisten Leute in weniger als einer Woche im Auto durchzischen. Ich fahre im Jahr unter 2000km mit meinem Auto, dafuer 5000-6000km mit Rennrad und Mountain Bike (braucht man hier). > ... >> Dann ist das ein moderner Inverter-Generator mit lastvariabler >> Motordrehzahl nach strengen kalifornische Abgasvorschriften. Die haette > > Was dem prinzipiell miserablen Wirkungsgrad solcher Dinger kaum Abbruch > tun dürfte - der wird eher durch die Abgasbearbeitung noch schlechter. > BTW, was soll ein "Inverter-Generator" sein? Ein Generator mit > nachgeschaltetem Wechselrichter zur Regelung etwa? D.h. mit einem > weiteren Verlustglied in der Umsetzungskette? > Im Gegenteil. Dadurch kann der Motor bei jeder geaenderten Last automatisch auf niedrigstmoeglichen Verbrauch gedrosselt werden. Der Wechselrichter hat einen Wirkungsgrad ueber 95%, da wird nichts gross warm dran. Netto brauchen Inverter-Generatoren weit weniger Benzin, Diesel, Propan oder Erdgas als klassische mit konstanter Drehzahl. Letztere sind nur bei staendiger Vollast halbwegs oekonomisch und liefern ausserdem recht dreckige Netzspannung. >> mein Audi Baujahr 1987 aus Deutschland damals nicht geschafft. Beim >> letzten Ausfall lief der Generator 1:25h und nuckelte sich ganze 900 >> Milliliter bleifreies Normalbenzin rein. > > Also fast so viel Verbrauch wie ein Automotor im Leerlauf. Und was hing da > als Last dran? Wieviel von den fast 10kWh Kraftstoffenergie konntest Du > also wirklich nutzen? Normalbenzin liegt eher bei 8-9kWh. Dran hing gut 1kW. Doch das ist nicht entscheidend, entscheidend ist die niedrige Betriebsstundenzahl. Da lohnt sich eine massive Solar- und Akkuinstallation einfach nicht. Zumal die bei Waldbraenden eh illusorisch ist, weil es dann tagelang keinen Sonnenschein gibt. Nur Qualm und schummrig-roetlichen Glimmer. [...] -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2020-06-06 21:42 +0200 |
| Subject | Re: USB Stick "schrumpfte" nach dd und UUID geaendert [etwas OT] |
| Message-ID | <20200606214248.2a665488@Achmuehle.WOR> |
| In reply to | #110793 |
Hallo Joerg, Du schriebst am Fri, 05 Jun 2020 13:15:47 -0700: > > Naja, da kommt's halt auch sehr drauf an, ob einerseits die Dinger > > genügend interessant für die Leute sind, die dafür Linux-Treiber > > schreiben und später an neue Versionen anpassen können und ... > Mag sein und es liegt IMO an konzeptionellen Dingen in Linux. Es ist Das solltest Du halt den dafür zuständigen Leuten sagen. Aber es ist halt auch in wenig "Konzept" von "Linux", sich den Spielraum (und das ist wohl ziemlich wörtlich zu nehmen) nicht groß einengen zu lassen. > nicht gut, wenn existierende Software staendig mit dem OS angepasst > werden muss. Besser ist, wenn das OS Rueckwartskompatibilitaet > gewaehrleistet. Dependencies sind da ueberhaupt nicht hilfreich. Das hat mit "Dependencies" überhaupt nichts zu tun, sondern mit dem "Festnageln" von Schnittstellen, von denen man mit Sicherheit nur sagen kann, daß sie in Zukunft einmal nicht mehr ausreichen werden. Dagegen kann man vorgehen, indem man sie eben _nicht_ festlegt (Linux), oder indem man immer wieder neue, erweiterte, einführt (Windows). > Man kann nicht davon ausgehen, dass Treiber oder Software dauerhaft > aktualisierbar sind. Oft gibt es Design-Teams gar nicht mehr, aebr man > braucht die SW dennoch. In diesem Fall kein Support mehr ab Debian 9. Das liegt wohl eher daran, daß von den Leuten, die sowas können, niemand mehr ausreichend Interess (im Sinne von "das brauch'ich" oder auch nur "da weiß ich, daß das Leute brauchen") hat. Machbar ist es ziemlich sicher, es müßte nur jemand machen. > >>>>>>>> [Samba Logging] > >> Aechte Maenner lesen keine Betriebsanleitungen. Nie. Jedenfalls nicht, > >> bis es scheppert ... > > > > Ich dachte bisher immer, daß das für Durchschnittskonsumenten, wie > > "Couch Potatoes", Wischkasterlwischer, internet-(goooogle-)Bewohner > > oder ähnliche gälte? > > Nein, fuer die echten Draufgaenger. Gaengige Redensart kurz vor dem > Unfalltod eines Redneck: "Hold my beer and watch me now!" :-) Das ist eine ander Art von Betriebsanleitung-nicht-Lesern, das sind die, die (meinen,) alle Funktionen schon (zu) kennen. Ich meinte die, die verlangen, daß sie überhaupt nichts kennen müssen dürften, sondern alles so zu funktionieren hätte, wie sie wollen. [Moduln] > > Nein, ordnungsgemäße hochdeutsche Pluralform von "Modul". Zumindest bis > > vor dem derzeitigen Grammatik-Chaos. ... ... > Wir hatten noch "Module" fuer den Plural gelernt. Das war allerdings in > NRW, was fuer Bayern ja als Suedschweden gilt. Nur auf einem Datenbuch > von Siemens hier steht "Moduln", aehnlich wie "Semmelnknoedeln". Die Plural-Endung "e" ist AFAIK etwas jünger als das "(e)n". Und derzeit macht sich dafür auch noch das anglomerikanische "s" hier breit. > > ... Und schon garnicht "freistaatlich > > bayrisch" - woher stammt z.B. das Fragment "aus deutschen Landen..."? > > Das kenne ich nur aus der Milch- und Kaeseverarbeitung. Ja, das kommt sehr gerne aus dem Norden, genauer den Niederlanden und angrenzenden Gebieten. > > [SD-Card als Massenspeicher] > > Und ein zweiter USB-Stick geht nicht? > > Notfalls per USB Hub schon, die Kiste hat nur einen USB2.0 Anschluss. Ok, das ist natürlich etwas eingeschränkt. > >> Der andere Grund ist, dass eine SD-Card vor einer Evakuierung ratzfatz > >> im Kreditkartenmaeppchen verschwinden kann, ein USB Stick dafuer aber ... > > Ja, furchtbar umständlich - den USB-Stick zieht man aus der Buchse und > > steckt ihn in die Tasche, die SD-Karte muß man erstmal mit den ... > Beim Pogoplug und auch bei meinen vielen anderen Geraetchen drueckt man > drauf. Dann springt sie ein Stueck raus und man hat sie schon in den > Fingern. Oder auf dem Teppich, wenn man mit dem Finger (oder, wie manchmal nötig, Fingernagel) abrutscht und das Ding im ballistischen Flug aus dem Katapult schießt. "Nach Murphy" fällt sie dann sicher in die einzige passende Ritze im Zimmer, aus den man sie dann nur unter vollständiger Demotage des Möbelstücks wieder ausbauen kann... Naja, wie gesagt, wie Du meinst. > > Wear-Managemnet - das ist bei diesen Dingern erheblich bescheidener bis > > überhaupt nicht vorhanden, aus Platzgründen halt. Die Sticks - solange > > es nicht solche sind, die kleiner sind als der Stecker insgesamt - > > haben halt mehr Unterbringungsmöglichkeit für zusätzliche "Features". > > Hast Du mal einen modernen aufgemacht? Warum, meinst Du, hab' ich was von "kleiner sind als..." geschrieben? Es soll da auch schon vorgekommen sein, daß ein solches Stickerl als Datenspeicher eine Mikro-SD-Karte enthielt. > > [NTFS] > > Es ist halt ein Kreuz, in einem so rückständigen Land leben zu müssen... > > Nix rueckstaendig, Linux wird sich mit der derzeitigen Konzeption nie > gross durchsetzen. Man muss zu sehr in der Technik drinstehen und das > tun oder wollen 99% der Leute nicht. Bzw. gibt es anscheinend Bestrebungen mancher "Kreise", nach denen "99% der Leute" das auch gar nicht _sollen_. > >>>> [Samba & Gooey] > >> Wie heisst es so schoen, der Zweck heiligt die Mittel? > > > > Solange sich das in Maßen (nein, keine bayerischen) hält. Aber grade bei > > den Gooeys schlagen (auch) Linux-Entwickler gerne über die Stränge. > > Auf mich machen die Linux-GUIs weitgehend einen vernuenftigen Eindruck. Weil Du halt von Windows, äh, "geprägt" bist. > Nur dass oft zu viele Details schlicht weggelassen werden und man am > Ende doch auf die Command Line muss. Nach jahrzehntelanger DOS-Abstinenz Das ist halt auch da eine Abwägung des Aufwands - was man besser "auf der Kommandozeile" machen kann, für ein Gooey umzusetzen, macht halt viel Aufwand. Bei Windows wird der getrieben, um die Benutzer davon abzuhalten, die Innerein kennenzulernen, weil das der Firmanpolitik zuwiderliefe. Bei Linux entspricht das aber voll und ganz dem Systemkonzept. Trotzdem wird öfters mal immer wieder mit solchen Ansätzen "gespielt", und die Ergebnisse sind dann oft auch danach. > kriege ich das inzwischen wieder hin, aber das gilt fuer die grosse > Mehrheit hiesiger Computer-Nutzer nicht. Auch meine Frau waere voll > aufgeschmissen, wenn irgendwas waehrend einer Reise passiert und sie das Ja, das kenne ich. Anstatt zu versuchen, sich möglichst selbständig zu halten, begeben sich die Leute in immer mehr Abhängigkeiten von Geräten, deren Funktion sie nicht verstehen, nicht verstehen wollen. Aber wenn die dann einma nicht (mehr) das tun, was sie erwarten, dann sind sie vollkommen hilflos. > nicht per GUI hindengeln kann. Es gibt viele Leute ohne jeglichen > Technik-Hintergrund. Gelbe Lampe geht an -> Telefon rausholen. Häh? "Gelbe Lampe" heißt für mich "Vorsicht, gleich legt was los" - was soll man da mit 'nem Telefon? ... > >> Die Mounteritis ist eines der als Nachteil empfundenen Eigenschaften > >> von Linux. Das haben mir sogar eingefleischte IT-Spezis gesagt, die den > >> Umstieg abgebrochen haben. Allerdings nicht nur aus diesem Grund. > > > > Klar, wenn man die richtigen Leute fragt, erhält man auch die richtigen > > Antworten. > > Es waren _alle_ . Klar, Du hast ja auch nur die Leute gefragt, die sowas sagen, die "die den Umstieg abgebrochen haben." Die anderen hast Du ja nicht gehört. ... > > Was sich da unterscheidet, ist, wie sehr das vor dem Benutzer versteckt > > wird. > > Ebent. Das will der so, zumindest als Default. Daher waere es sinnvoll, Ja, das übliche Argument: De rBenutzer will dumm bleiben, er will nicht erfahren, was vorgeht und wie es funktioniert. Damit er dann sagen kann "aber ich habe doch nicht gewußt, was ich tat."... ... > Ganz normale Entwicklung in einer Welt, die immer komplexer wird. Wirklich? Wäre es nicht "normal(er)", daß die Bewohner dieser Welt versuchten, sich mit der Komplexität auseinanderzusetzen, sie beherrschen zu lernen? Was ja - erstaunlicherweise? - einige davon sogar tun. Nur tun es sogar von letzteren viele nur zu einem kleinen Teil, das sind die vielbegehrten und hochgeschätzten "Spezialisten". Die anderen, die versuchen, sich "fast überall gut" auszukennen, die "Generalisten", die bleiben meistens unbeachtet, weil sie weder besonderes leisten noch besonders versagen. (Rest wegen Faulheit & Bearbeitungsdauer erstmal ignoriert...) -- -- (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 | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2020-06-07 08:47 -0700 |
| Subject | Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] |
| Message-ID | <hk4gh4Ft0a3U1@mid.individual.net> |
| In reply to | #110814 |
On 2020-06-06 12:42, Sieghard Schicktanz wrote: > Hallo Joerg, > > Du schriebst am Fri, 05 Jun 2020 13:15:47 -0700: > >>> Naja, da kommt's halt auch sehr drauf an, ob einerseits die Dinger >>> genügend interessant für die Leute sind, die dafür Linux-Treiber >>> schreiben und später an neue Versionen anpassen können und > ... >> Mag sein und es liegt IMO an konzeptionellen Dingen in Linux. Es ist > > Das solltest Du halt den dafür zuständigen Leuten sagen. Das hilft nicht viel. Hatte ich bei MX Linux probiert und es besteht offenbar kein Interesse daran. > Aber es ist halt auch in wenig "Konzept" von "Linux", sich den Spielraum > (und das ist wohl ziemlich wörtlich zu nehmen) nicht groß einengen zu > lassen. > Nun ja, nicht alles ist perfekt, muss man bei Linux eben mit leben. Zumindest Nicht-Programmierer wie ich muessen das. >> nicht gut, wenn existierende Software staendig mit dem OS angepasst >> werden muss. Besser ist, wenn das OS Rueckwartskompatibilitaet >> gewaehrleistet. Dependencies sind da ueberhaupt nicht hilfreich. > > Das hat mit "Dependencies" überhaupt nichts zu tun, sondern mit dem > "Festnageln" von Schnittstellen, von denen man mit Sicherheit nur sagen > kann, daß sie in Zukunft einmal nicht mehr ausreichen werden. > Dagegen kann man vorgehen, indem man sie eben _nicht_ festlegt (Linux), > oder indem man immer wieder neue, erweiterte, einführt (Windows). > Letzteres scheint dafuer die bessere Methode zu sein. Im Windows 7 Boot lief der RTL9192CU sofort, wie alles andere auch. >> Man kann nicht davon ausgehen, dass Treiber oder Software dauerhaft >> aktualisierbar sind. Oft gibt es Design-Teams gar nicht mehr, aebr man >> braucht die SW dennoch. In diesem Fall kein Support mehr ab Debian 9. > > Das liegt wohl eher daran, daß von den Leuten, die sowas können, niemand > mehr ausreichend Interess (im Sinne von "das brauch'ich" oder auch nur "da > weiß ich, daß das Leute brauchen") hat. Machbar ist es ziemlich sicher, es > müßte nur jemand machen. > Das ist wie ein Wohnwagen, den man ploetzlich nicht mehr benutzen kann, weil die Anhaengerkupplungen und Anschluesse an neueren Autos dazu inkompatibel sind und es den Hersteller aber nicht mehr gibt. Sinnvoll finde ich so ein Konzept nicht. >>>>>>>>>> [Samba Logging] >>>> Aechte Maenner lesen keine Betriebsanleitungen. Nie. Jedenfalls nicht, >>>> bis es scheppert ... >>> >>> Ich dachte bisher immer, daß das für Durchschnittskonsumenten, wie >>> "Couch Potatoes", Wischkasterlwischer, internet-(goooogle-)Bewohner >>> oder ähnliche gälte? >> >> Nein, fuer die echten Draufgaenger. Gaengige Redensart kurz vor dem >> Unfalltod eines Redneck: "Hold my beer and watch me now!" :-) > > Das ist eine ander Art von Betriebsanleitung-nicht-Lesern, das sind die, > die (meinen,) alle Funktionen schon (zu) kennen. > Ich meinte die, die verlangen, daß sie überhaupt nichts kennen müssen > dürften, sondern alles so zu funktionieren hätte, wie sie wollen. > Das sind die Windows-Benutzer, weil das dort weitgehend funktioniert :-) > [Moduln] >>> Nein, ordnungsgemäße hochdeutsche Pluralform von "Modul". Zumindest bis >>> vor dem derzeitigen Grammatik-Chaos. ... > ... >> Wir hatten noch "Module" fuer den Plural gelernt. Das war allerdings in >> NRW, was fuer Bayern ja als Suedschweden gilt. Nur auf einem Datenbuch >> von Siemens hier steht "Moduln", aehnlich wie "Semmelnknoedeln". > > Die Plural-Endung "e" ist AFAIK etwas jünger als das "(e)n". Und derzeit > macht sich dafür auch noch das anglomerikanische "s" hier breit. > Denglisch im grossen Stil mag ich ueberhaupt nicht. Downgeloadet, oder gedownloadet, oder was immer. >>> ... Und schon garnicht "freistaatlich >>> bayrisch" - woher stammt z.B. das Fragment "aus deutschen Landen..."? >> >> Das kenne ich nur aus der Milch- und Kaeseverarbeitung. > > Ja, das kommt sehr gerne aus dem Norden, genauer den Niederlanden und > angrenzenden Gebieten. > Das scheint sich die Agrikom GmbH unter den Nagel gerissen zu haben: https://www.proplanta.de/agrar-nachrichten/unternehmen/aus-deutschen-landen-frisch-auf-den-tisch_article1320733930.html >>> [SD-Card als Massenspeicher] >>> Und ein zweiter USB-Stick geht nicht? >> >> Notfalls per USB Hub schon, die Kiste hat nur einen USB2.0 Anschluss. > > Ok, das ist natürlich etwas eingeschränkt. > Die UHS-I EVO SD Cards sollen auf 100MB/sec beim Lesen kommen. Der Pogoplug selbst schafft als Arbiter 30-40MB/sec aufs LAN und selbst das ist zehnmal schneller als ich je brauche. Das ist aehnlich wie mein derzeitiger Internet-Zugang mit 75Mbit/sec, die ich nie und nimmer brauche. Selbst die 6Mbit/sec aus DSL-Zeiten habe ich nie ausgekostet. >>>> Der andere Grund ist, dass eine SD-Card vor einer Evakuierung ratzfatz >>>> im Kreditkartenmaeppchen verschwinden kann, ein USB Stick dafuer aber > ... >>> Ja, furchtbar umständlich - den USB-Stick zieht man aus der Buchse und >>> steckt ihn in die Tasche, die SD-Karte muß man erstmal mit den > ... >> Beim Pogoplug und auch bei meinen vielen anderen Geraetchen drueckt man >> drauf. Dann springt sie ein Stueck raus und man hat sie schon in den >> Fingern. > > Oder auf dem Teppich, wenn man mit dem Finger (oder, wie manchmal nötig, > Fingernagel) abrutscht und das Ding im ballistischen Flug aus dem Katapult > schießt. "Nach Murphy" fällt sie dann sicher in die einzige passende Ritze > im Zimmer, aus den man sie dann nur unter vollständiger Demotage des > Möbelstücks wieder ausbauen kann... > Naja, wie gesagt, wie Du meinst. > :-) >>> Wear-Managemnet - das ist bei diesen Dingern erheblich bescheidener bis >>> überhaupt nicht vorhanden, aus Platzgründen halt. Die Sticks - solange >>> es nicht solche sind, die kleiner sind als der Stecker insgesamt - >>> haben halt mehr Unterbringungsmöglichkeit für zusätzliche "Features". >> >> Hast Du mal einen modernen aufgemacht? > > Warum, meinst Du, hab' ich was von "kleiner sind als..." geschrieben? > Es soll da auch schon vorgekommen sein, daß ein solches Stickerl als > Datenspeicher eine Mikro-SD-Karte enthielt. > Eben. Ich glaube nicht, dass die Speicher und deren Wear Management sich zwischen den beiden Sorten noch gross unterscheiden. >>> [NTFS] >>> Es ist halt ein Kreuz, in einem so rückständigen Land leben zu müssen... >> >> Nix rueckstaendig, Linux wird sich mit der derzeitigen Konzeption nie >> gross durchsetzen. Man muss zu sehr in der Technik drinstehen und das >> tun oder wollen 99% der Leute nicht. > > Bzw. gibt es anscheinend Bestrebungen mancher "Kreise", nach denen "99% der > Leute" das auch gar nicht _sollen_. > Welche Kreise sollen das denn sein? Das einzige, was ich mal mitgekommen habe war, dass sie jemandem sagten, dass nach dem Wegputzen von Window sund Installieren von Linux die Garantie auf den Computer weg sei. Sowas hat unsereins doch noch nie abgehalten. [...] >> Nur dass oft zu viele Details schlicht weggelassen werden und man am >> Ende doch auf die Command Line muss. Nach jahrzehntelanger DOS-Abstinenz > > Das ist halt auch da eine Abwägung des Aufwands - was man besser "auf der > Kommandozeile" machen kann, für ein Gooey umzusetzen, macht halt viel > Aufwand. Bei Windows wird der getrieben, um die Benutzer davon abzuhalten, > die Innerein kennenzulernen, weil das der Firmanpolitik zuwiderliefe. Bei > Linux entspricht das aber voll und ganz dem Systemkonzept. Trotzdem wird > öfters mal immer wieder mit solchen Ansätzen "gespielt", und die Ergebnisse > sind dann oft auch danach. > Das muss nicht viel Aufwand sein. Wir haben frueher fuer Ultraschallgeraete (medizinische) die GUIs selbstgeschrieben. Die waren ohne viel Fluff, aehnlich wie Word 5 fuer DOS im WYSIWYG Modus, war schnell "zusammengeklickt". Heutzutage gibt es noch weit bessere Hilfsmittel fuer solche Jobs. >> kriege ich das inzwischen wieder hin, aber das gilt fuer die grosse >> Mehrheit hiesiger Computer-Nutzer nicht. Auch meine Frau waere voll >> aufgeschmissen, wenn irgendwas waehrend einer Reise passiert und sie das > > Ja, das kenne ich. Anstatt zu versuchen, sich möglichst selbständig zu > halten, begeben sich die Leute in immer mehr Abhängigkeiten von Geräten, > deren Funktion sie nicht verstehen, nicht verstehen wollen. Aber wenn > die dann einma nicht (mehr) das tun, was sie erwarten, dann sind sie > vollkommen hilflos. > Ist ok, denn es funktioniert ja in der Praxis. Es komt am Ende immer auf die Netto-Downtime an, der Grund ist egal. >> nicht per GUI hindengeln kann. Es gibt viele Leute ohne jeglichen >> Technik-Hintergrund. Gelbe Lampe geht an -> Telefon rausholen. > > Häh? "Gelbe Lampe" heißt für mich "Vorsicht, gleich legt was los" - was > soll man da mit 'nem Telefon? > Beim Auto den ADAC rufen oder bei uns AAA. Beim Computer bei uns die Geek Squad rufen, wie der Service bei Euch heisst oder ob es einen solchen bundesweit gibt, weiss ich nicht. Die ruecken dann an und machen die gelbe Lampe wieder aus oder nehmen das betreffende Objekt mit in die Werkstatt. Bei sehr gutem Service gibt es ein Ersatzobjekt, bis das eigene repariert ist. Ich habe Leute kennengelernt, deren Laptop alle sechs Monate derart verwanzt war, dass er zur Wurmkur in die Werkstatt musste. Die hatten das einkalkuliert. > ... >>>> Die Mounteritis ist eines der als Nachteil empfundenen Eigenschaften >>>> von Linux. Das haben mir sogar eingefleischte IT-Spezis gesagt, die den >>>> Umstieg abgebrochen haben. Allerdings nicht nur aus diesem Grund. >>> >>> Klar, wenn man die richtigen Leute fragt, erhält man auch die richtigen >>> Antworten. >> >> Es waren _alle_ . > > Klar, Du hast ja auch nur die Leute gefragt, die sowas sagen, die "die den > Umstieg abgebrochen haben." Die anderen hast Du ja nicht gehört. > Es _gibt_ in meinem Bekanntenkreis keine anderen. Der ist nicht klein und es sind meist sehr technikorientierte Leute, inklusive IT Bereich. Das ist einer der Gruende, warum ich schonmal in dieser NG frage. Sonst kann ich niemanden fragen, weil niemand mehr Linux hat. > ... >>> Was sich da unterscheidet, ist, wie sehr das vor dem Benutzer versteckt >>> wird. >> >> Ebent. Das will der so, zumindest als Default. Daher waere es sinnvoll, > > Ja, das übliche Argument: De rBenutzer will dumm bleiben, er will nicht > erfahren, was vorgeht und wie es funktioniert. Damit er dann sagen kann > "aber ich habe doch nicht gewußt, was ich tat."... > So isset heutzutage. > ... >> Ganz normale Entwicklung in einer Welt, die immer komplexer wird. > > Wirklich? Wäre es nicht "normal(er)", daß die Bewohner dieser Welt > versuchten, sich mit der Komplexität auseinanderzusetzen, sie beherrschen > zu lernen? Was ja - erstaunlicherweise? - einige davon sogar tun. Die kannst Du in den meisten Gegenden an einer Hand abzaehlen. > Nur tun es sogar von letzteren viele nur zu einem kleinen Teil, das sind > die vielbegehrten und hochgeschätzten "Spezialisten". Die anderen, die > versuchen, sich "fast überall gut" auszukennen, die "Generalisten", die > bleiben meistens unbeachtet, weil sie weder besonderes leisten noch > besonders versagen. > Doch, die werden beachtet. Ich bin im HW-Bereich so einer und das ist der Hauptgrund, warum mich Firmen als Consultant benutzen. "To fix a nasty problem" und so. Trotzdem steige ich z.B. in die innersten Funktionen eines komplexen ICs nur ein, wenn es nicht anders weitergeht. Der Job muss ja auch mal fertig werden. > (Rest wegen Faulheit & Bearbeitungsdauer erstmal ignoriert...) > :-) -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2020-06-07 23:10 +0200 |
| Subject | Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] |
| Message-ID | <20200607231049.1777b90a@Achmuehle.WOR> |
| In reply to | #110836 |
Hallo Joerg,
Du schriebst am Sun, 07 Jun 2020 08:47:47 -0700:
> >>> Naja, da kommt's halt auch sehr drauf an, ob einerseits die Dinger
> >>> genügend interessant für die Leute sind, die dafür Linux-Treiber
...
> > Das solltest Du halt den dafür zuständigen Leuten sagen.
>
> Das hilft nicht viel. Hatte ich bei MX Linux probiert und es besteht
> offenbar kein Interesse daran.
Das hilft in etwa genausoviel wie bei kommerziellen Produkten von
professionellen Herstellern, eher mehr.
> > Aber es ist halt auch in wenig "Konzept" von "Linux", sich den Spielraum
> > (und das ist wohl ziemlich wörtlich zu nehmen) nicht groß einengen zu
> > lassen.
>
> Nun ja, nicht alles ist perfekt, muss man bei Linux eben mit leben.
Was ich damit (auch) sagen wollte: Linux ist eben kein kommerzielles
Produkt, bei dem die Entwickler für die Arbeit daran bezahlt werden,
sondern eher eine Spielwiese für Leute, die das für sich selber,
Bekannte oder einfach "aus Spaß an der Freud'" machen.
> Zumindest Nicht-Programmierer wie ich muessen das.
Solange sie nicht selber was beitragen, und wenn's "nur" Informationen
über "Unvollkommenheiten" sind oder lernen, was sie doch relativ einfach
selber machen können (Script-Programmierung, z.B., angefangen mit
einfachen Befehlslisten in Dateien, die automatisch abgearbeitet werden).
...
> > "Festnageln" von Schnittstellen, von denen man mit Sicherheit nur sagen
> > kann, daß sie in Zukunft einmal nicht mehr ausreichen werden.
> > Dagegen kann man vorgehen, indem man sie eben _nicht_ festlegt (Linux),
> > oder indem man immer wieder neue, erweiterte, einführt (Windows).
>
> Letzteres scheint dafuer die bessere Methode zu sein. Im Windows 7 Boot
> lief der RTL9192CU sofort, wie alles andere auch.
Das läßt sich allerdings nicht nachweisen bzw. vergleichen anhand eines
einzelnen bestimmten Gerätes, das unter bestimmten Umständen bekanntermaßen
nicht funktioniert.
Solche Fälle gibt es in sicher vergleichbarer Häufigkeit auch, aber nicht
nur, bei Windows.
...
> Das ist wie ein Wohnwagen, den man ploetzlich nicht mehr benutzen kann,
> weil die Anhaengerkupplungen und Anschluesse an neueren Autos dazu
> inkompatibel sind und es den Hersteller aber nicht mehr gibt. Sinnvoll
> finde ich so ein Konzept nicht.
Aber sogar in solchen Bereichen kommt sowas vor. Und was tut man dann?
(Joerg: man jammert. Andere: man beschafft sich die Werkzeuge oder
Materialien zum Anpassen.)
...
> > Das ist eine ander Art von Betriebsanleitung-nicht-Lesern, das sind die,
> > die (meinen,) alle Funktionen schon (zu) kennen.
> > Ich meinte die, die verlangen, daß sie überhaupt nichts kennen müssen
> > dürften, sondern alles so zu funktionieren hätte, wie sie wollen.
>
> Das sind die Windows-Benutzer, weil das dort weitgehend funktioniert :-)
Eben. Weitgehend, so weit wie es halt geht, und keinen Schritt weiter.
> > [Moduln]
> >>> Nein, ordnungsgemäße hochdeutsche Pluralform von "Modul". Zumindest
> >>> bis vor dem derzeitigen Grammatik-Chaos. ...
...
> > Die Plural-Endung "e" ist AFAIK etwas jünger als das "(e)n". Und derzeit
> > macht sich dafür auch noch das anglomerikanische "s" hier breit.
>
> Denglisch im grossen Stil mag ich ueberhaupt nicht. Downgeloadet, oder
> gedownloadet, oder was immer.
Das ist aber inzwischen Standard, üblich und sogar "cool" (wobei mir immer
noch nicht klar ist, was an Kälte so gut sein soll - ich hab's lieber warm.)
> >>> [SD-Card als Massenspeicher]
> Die UHS-I EVO SD Cards sollen auf 100MB/sec beim Lesen kommen. Der
Das hat aber nicht das geringste mit der Haltbarkeit (und dem Datenerhalt)
zu tun. Auch eine hohe Schreibgeschwindigkeit (gerne als Argument für die
Anwendung in Video- Kameras benutzt) sagt nichts über die Haltbarkeit aus.
> Pogoplug selbst schafft als Arbiter 30-40MB/sec aufs LAN und selbst das
M_Bit_ oder M_Byte_/sec? 30MByte/s wären ca. 300Mb/s (für "Bit" das "b"
gerne _klein_ geschrieben), was schon ein GBit-Ethernet (1000BASE-T)
verlangte.
> ist zehnmal schneller als ich je brauche.
Derzeit für den Heimgebrauch wohl auch "Oberklasse".
...
> >>>> Der andere Grund ist, dass eine SD-Card vor einer Evakuierung
> >>>> ratzfatz im Kreditkartenmaeppchen verschwinden kann, ein USB Stick
> >>>> dafuer aber
> > ...
> >>> Ja, furchtbar umständlich - den USB-Stick zieht man aus der Buchse und
> >>> steckt ihn in die Tasche, die SD-Karte muß man erstmal mit den
...
> > Oder auf dem Teppich, wenn man mit dem Finger (oder, wie manchmal nötig,
> > Fingernagel) abrutscht und das Ding im ballistischen Flug aus dem
...
> :-)
Ja, "soll vorkommen" - noch nie gehabt?
...
> > Warum, meinst Du, hab' ich was von "kleiner sind als..." geschrieben?
> > Es soll da auch schon vorgekommen sein, daß ein solches Stickerl als
> > Datenspeicher eine Mikro-SD-Karte enthielt.
>
> Eben. Ich glaube nicht, dass die Speicher und deren Wear Management sich
> zwischen den beiden Sorten noch gross unterscheiden.
Solche gibt's sicher, aber bei den SD-Kärtchen (vor allem den µSDs) _kann_
es keine anderen geben; bei den Sticks hat man zumindest die Chance dafür.
...
> >> gross durchsetzen. Man muss zu sehr in der Technik drinstehen und das
> >> tun oder wollen 99% der Leute nicht.
> >
> > Bzw. gibt es anscheinend Bestrebungen mancher "Kreise", nach denen "99%
> > der Leute" das auch gar nicht _sollen_.
>
> Welche Kreise sollen das denn sein? Das einzige, was ich mal mitgekommen
Google, Facebook, Monsanto (achje, gibt's ja nicht mehr...), DuPont, GM,
Shell, Exxon, ...
Und die lieben, guten Führungspersonen aus der Politik.
> habe war, dass sie jemandem sagten, dass nach dem Wegputzen von Window
^^^^^^
> sund Installieren von Linux die Garantie auf den Computer weg sei. Sowas
^^^^ ist das ein Verschreiber oder gewollter Ausdruck?
> hat unsereins doch noch nie abgehalten.
Das zwar nicht, aber es zeigt genau in die angesprochene Richtung.
Erst ist es nur eine großzügige Umzäunung, dann kommt der Elektrozaun,
dann eine Longe (franz., gesprochen "Longsch") und schließlich Halfter und
Zügel...
> [...]
> >> Nur dass oft zu viele Details schlicht weggelassen werden und man am
> >> Ende doch auf die Command Line muss. Nach jahrzehntelanger
...
> > Das ist halt auch da eine Abwägung des Aufwands - was man besser "auf
> > der Kommandozeile" machen kann, für ein Gooey umzusetzen, macht halt
> > viel Aufwand. Bei Windows wird der getrieben, um die Benutzer davon
...
> Das muss nicht viel Aufwand sein. Wir haben frueher fuer
...
> schnell "zusammengeklickt". Heutzutage gibt es noch weit bessere
> Hilfsmittel fuer solche Jobs.
Es ist _inzwischen_ relativ moderater Aufwand, aber _bis_ das soweit war,
war ein enormer Zeitaufwand aufzubringen. wobei die richtige Arbeit immer
noch erst nach dem "Zusammanklicken" anfängt. Die Probleme, bis alles
richtig und erwartungsgemäß funktioniert, sieht man vorher garnicht. Es
reicht eben _nicht_, ein Hakchen in ein Kästchen machen oder eine
Bezeichnung aus einer Liste auswählen zu können - ohne weitere Verarbeitung
"hinten dran" bewirken die halt _garnischt_. Die Oberfläche macht
vielleicht 20% des Aufwands (50% davon "Design"-Spielerei), die Funktion
den Rest. (Die zur Verfügung stehende Zeit ist allerdings meistens genau
andersrum angesetzt...)
...
> > Ja, das kenne ich. Anstatt zu versuchen, sich möglichst selbständig zu
...
> > die dann einma nicht (mehr) das tun, was sie erwarten, dann sind sie
> > vollkommen hilflos.
>
> Ist ok, denn es funktioniert ja in der Praxis. Es komt am Ende immer auf
> die Netto-Downtime an, der Grund ist egal.
Nein, das ist IMHO _nicht_ "ok" - das führt auf der einen Seite zu immer
mehr Vorschriften, Anordnungen, Gesetzen u.s.w. und auf der anderen zu
Gängelung, Überwachung und - z.t. unsinnigen - Bestrafungen. Daneben
fördert es Lug und Betrug in jeder Form ("Werbeindustrie").
Kurz gesagt: die Effektivtät der Gesellschaft geht den Bach 'runter.
...
[Gelbe Lampe geht an -> Telefon rausholen]
> Beim Auto den ADAC rufen oder bei uns AAA. Beim Computer bei uns die
Ahso - wie hieß das Dingens doch gleich? AFAIR "EC Light", "Engine Check
Light": Fahren Sie sofort rechts ran, halten Sie an und rufen Sie den
Notdienst!
> Geek Squad rufen, wie der Service bei Euch heisst oder ob es einen
> solchen bundesweit gibt, weiss ich nicht. Die ruecken dann an und machen
Glücklicherweise nicht bundesweit. Aber es gibt solche "Computer-
Notdienste"...
...
> Ich habe Leute kennengelernt, deren Laptop alle sechs Monate derart
> verwanzt war, dass er zur Wurmkur in die Werkstatt musste. Die hatten
> das einkalkuliert.
Ja, solche gibt es hier auch.
> > ...
> >>>> Die Mounteritis ist eines der als Nachteil empfundenen Eigenschaften
...
> >>> Klar, wenn man die richtigen Leute fragt, erhält man auch die
> >>> richtigen Antworten.
> >>
> >> Es waren _alle_ .
> >
> > Klar, Du hast ja auch nur die Leute gefragt, die sowas sagen, die "die
> > den Umstieg abgebrochen haben." Die anderen hast Du ja nicht gehört.
...
> Es _gibt_ in meinem Bekanntenkreis keine anderen. Der ist nicht klein
Und? Das sagt genau garnichts, allenfalls was über Deinen Bekanntenkreis.
> und es sind meist sehr technikorientierte Leute, inklusive IT Bereich.
Manche "technikorientierte Leute" sind bei genauerer Betrachtung oft
erstaunlich ahnungslos, besonders in "höheren Positionen". Oder es sind
Spezialisten, deren Gesichtskreis so eng ist, daß sie darin ihren festen
Standpunkt haben.
> Das ist einer der Gruende, warum ich schonmal in dieser NG frage. Sonst
> kann ich niemanden fragen, weil niemand mehr Linux hat.
Hier läuft das eher andersrum, es scheinen sich immer mehr Leute von
Windows weg zu orientieren, wenn auch meistens zu "ganz ohne Computer",
womit sie aber diese internet-Spione wie "Wischkasterln" oder "streaming"-
Fernseher oder gar die Direktverbindung zum Spionagezentrum mit Echtzeit-
Gesprächsübertragung (hieß so ein Ding nicht so ähnlich wie "Alexa"?)
meinen.
Linux wird aber im industriellen Bereich immer mehr eingesetzt, vom
DSL-Router über HMI-Panels bis zur eigentlichen Gerätesteuerung.
--
--
(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 | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2020-06-08 12:26 -0700 |
| Subject | Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] |
| Message-ID | <hk7hnbFia82U1@mid.individual.net> |
| In reply to | #110840 |
On 2020-06-07 14:10, Sieghard Schicktanz wrote:
> Hallo Joerg,
>
> Du schriebst am Sun, 07 Jun 2020 08:47:47 -0700:
>
>>>>> Naja, da kommt's halt auch sehr drauf an, ob einerseits die Dinger
>>>>> genügend interessant für die Leute sind, die dafür Linux-Treiber
> ...
>>> Das solltest Du halt den dafür zuständigen Leuten sagen.
>>
>> Das hilft nicht viel. Hatte ich bei MX Linux probiert und es besteht
>> offenbar kein Interesse daran.
>
> Das hilft in etwa genausoviel wie bei kommerziellen Produkten von
> professionellen Herstellern, eher mehr.
>
Mal sehen, bisher hatte ich nicht den Eindruck, gebe aber nicht auf.
[...]
> ...
>>> "Festnageln" von Schnittstellen, von denen man mit Sicherheit nur sagen
>>> kann, daß sie in Zukunft einmal nicht mehr ausreichen werden.
>>> Dagegen kann man vorgehen, indem man sie eben _nicht_ festlegt (Linux),
>>> oder indem man immer wieder neue, erweiterte, einführt (Windows).
>>
>> Letzteres scheint dafuer die bessere Methode zu sein. Im Windows 7 Boot
>> lief der RTL9192CU sofort, wie alles andere auch.
>
> Das läßt sich allerdings nicht nachweisen bzw. vergleichen anhand eines
> einzelnen bestimmten Gerätes, das unter bestimmten Umständen bekanntermaßen
> nicht funktioniert.
Es waren zwei Computer verschiedener Bauart und knapp ein Jahrzehnt
altermaessig auseinander.
> Solche Fälle gibt es in sicher vergleichbarer Häufigkeit auch, aber nicht
> nur, bei Windows.
>
> ...
>> Das ist wie ein Wohnwagen, den man ploetzlich nicht mehr benutzen kann,
>> weil die Anhaengerkupplungen und Anschluesse an neueren Autos dazu
>> inkompatibel sind und es den Hersteller aber nicht mehr gibt. Sinnvoll
>> finde ich so ein Konzept nicht.
>
> Aber sogar in solchen Bereichen kommt sowas vor. Und was tut man dann?
> (Joerg: man jammert. Andere: man beschafft sich die Werkzeuge oder
> Materialien zum Anpassen.)
>
Nicht jeder ist ein Computer-Profi. Die mit grossem Abstand dominierende
dritte Gruppe ist aber eine ganz andere. Das sind diejenigen, die nie
gross was sagen, nach einigen Monaten aufgeben und zurueck zum
vorherigen OS gehen. In diese Gruppe fallen alle, die ich je als
Linux-exponiert getroffen habe. Leider, denn da sie aufgaben, konnte ich
sie auch kaum noch zu modernen Linux-Distros fragen. Die meisten
verliessen Linux wegen zu haeufiger Hardware-Inkompatibilitaet.
Ich tat das vor Jahren auch und bin jetzt zurueckgekehrt zu Linux, weil
diese Inkompatibilitaeten nun im weitgehenden Ruhestand nicht mehr so
"mission-critical" sind und die Zeit, jedesmal in den Windows-Boot zu
gehen, nicht mehr viel ausmacht.
> ...
>>> Das ist eine ander Art von Betriebsanleitung-nicht-Lesern, das sind die,
>>> die (meinen,) alle Funktionen schon (zu) kennen.
>>> Ich meinte die, die verlangen, daß sie überhaupt nichts kennen müssen
>>> dürften, sondern alles so zu funktionieren hätte, wie sie wollen.
>>
>> Das sind die Windows-Benutzer, weil das dort weitgehend funktioniert :-)
>
> Eben. Weitgehend, so weit wie es halt geht, und keinen Schritt weiter.
>
Da kann man schon sehr weit gehen. Die meisten sind wie ich, die haben
derart moderaten Bedarf, dass sie nichtmal an der Oberflaeche von
Windows Pro Versionen kratzen. Bei Linux wird es vermutlich aehnlich
sein, nachdem ich mir mal einen grossen Waelzer dazu reingezogen habe.
>>> [Moduln]
>>>>> Nein, ordnungsgemäße hochdeutsche Pluralform von "Modul". Zumindest
>>>>> bis vor dem derzeitigen Grammatik-Chaos. ...
> ...
>>> Die Plural-Endung "e" ist AFAIK etwas jünger als das "(e)n". Und derzeit
>>> macht sich dafür auch noch das anglomerikanische "s" hier breit.
>>
>> Denglisch im grossen Stil mag ich ueberhaupt nicht. Downgeloadet, oder
>> gedownloadet, oder was immer.
>
> Das ist aber inzwischen Standard, üblich und sogar "cool" (wobei mir immer
> noch nicht klar ist, was an Kälte so gut sein soll - ich hab's lieber warm.)
>
Ganz uebel wird es in Frankreich. Coquetelle und Bifteck sind inzwischen
salonfaehige Ausdruecke dort <grusel>.
>>>>> [SD-Card als Massenspeicher]
>> Die UHS-I EVO SD Cards sollen auf 100MB/sec beim Lesen kommen. Der
>
> Das hat aber nicht das geringste mit der Haltbarkeit (und dem Datenerhalt)
> zu tun. Auch eine hohe Schreibgeschwindigkeit (gerne als Argument für die
> Anwendung in Video- Kameras benutzt) sagt nichts über die Haltbarkeit aus.
>
Es bezog sich auf "nur USB2.0 Anschluss". In Sachen Haltbarkeit haben
sich die Samsung Karten hier bewaehrt. Sie kosten mehr, aber nicht
dramatisch viel.
>> Pogoplug selbst schafft als Arbiter 30-40MB/sec aufs LAN und selbst das
>
> M_Bit_ oder M_Byte_/sec? 30MByte/s wären ca. 300Mb/s (für "Bit" das "b"
> gerne _klein_ geschrieben), was schon ein GBit-Ethernet (1000BASE-T)
> verlangte.
>
Da hatten sich Tester in Reviews ueber den Pogoplug sogar beklagt, wenn
sie bei Vollgas nur gut 40MByte/sec erreichten. Ansprueche haben die
Leute manchmal, tsk, tsk, tsk.
Die Dinger haben einen sehr schnellen Ethernet Port, weil sie mal als
Cloud-Zugang fuer LAN vermarktet wurden und das hauptsaechlich fuer
Leute, die Glasfaseranbindung haben. Bis der Hersteller eines Tages
eiskalt den Cloud Service einstellte, worauf man die Pogoplugs jetzt
billig kaufen kann. Falls jemand mitliest und einen Hack ueberlegt: Die
frueher moegliche Hack-Methode ueber eine ssh Service-Hintertuer ist bei
den letzten Produktions-Chargen zugenagelt worden und Hacking geht nur
noch ueber mechanisches Oeffnen und angeloetete serielle Schnittstelle.
>> ist zehnmal schneller als ich je brauche.
>
> Derzeit für den Heimgebrauch wohl auch "Oberklasse".
>
Bei mir nicht, weil nur fuer heutige Verhaeltnisse kleine Speichermedien
dranhaengen. Langfristig hacke ich vielleicht noch einen zweiten
Pogoplug und der bekaeme dann eine 1TB USB-Festplatte. Fuer Backup und
falls wir mal Spielfilme oder eigene Videos speichern moechten.
> ...
>>>>>> Der andere Grund ist, dass eine SD-Card vor einer Evakuierung
>>>>>> ratzfatz im Kreditkartenmaeppchen verschwinden kann, ein USB Stick
>>>>>> dafuer aber
>>> ...
>>>>> Ja, furchtbar umständlich - den USB-Stick zieht man aus der Buchse und
>>>>> steckt ihn in die Tasche, die SD-Karte muß man erstmal mit den
> ...
>>> Oder auf dem Teppich, wenn man mit dem Finger (oder, wie manchmal nötig,
>>> Fingernagel) abrutscht und das Ding im ballistischen Flug aus dem
> ...
>> :-)
>
> Ja, "soll vorkommen" - noch nie gehabt?
>
Noe. Dafuer mehrere in der Hosentasche gebrochene USB-Sticks. Mountain
Bike Pisten und USB ist offenbar keine gute Kombination, aber so sind
manche Strecken hier eben.
Gute SD Cards sind sogar tagelang salzwasserfest :-)
https://www.samsung.com/us/computing/memory-storage/memory-cards/microsdxc-evo-select-memory-card-w--adapter-128gb--2017-model--mb-me128ga-am/
> ...
>>> Warum, meinst Du, hab' ich was von "kleiner sind als..." geschrieben?
>>> Es soll da auch schon vorgekommen sein, daß ein solches Stickerl als
>>> Datenspeicher eine Mikro-SD-Karte enthielt.
>>
>> Eben. Ich glaube nicht, dass die Speicher und deren Wear Management sich
>> zwischen den beiden Sorten noch gross unterscheiden.
>
> Solche gibt's sicher, aber bei den SD-Kärtchen (vor allem den µSDs) _kann_
> es keine anderen geben; bei den Sticks hat man zumindest die Chance dafür.
>
Huh? Dieser Hersteller ist in einer unserer Nachbarstaedte:
https://www.avnet.com/shop/us/products/micron/mtsd256ahc6ms-1wt-3074457345635199298/
Zitat
"Built-In features for defect and error management
Strong error correction code implemented
Global wear leveling
Bad block management"
Zitat Ende.
> ...
>>>> gross durchsetzen. Man muss zu sehr in der Technik drinstehen und das
>>>> tun oder wollen 99% der Leute nicht.
>>>
>>> Bzw. gibt es anscheinend Bestrebungen mancher "Kreise", nach denen "99%
>>> der Leute" das auch gar nicht _sollen_.
>>
>> Welche Kreise sollen das denn sein? Das einzige, was ich mal mitgekommen
>
> Google, Facebook, Monsanto (achje, gibt's ja nicht mehr...), DuPont, GM,
> Shell, Exxon, ...
> Und die lieben, guten Führungspersonen aus der Politik.
>
Verstehe ich nicht. Warum verkaufen sie dann z.B. Oel bei Walmart? Oder
warum kannst Du fuer GM-Fahrzeuge fast jedes Ersatzteileil ueber den
Autoladen im Dorf bekommen? Die haben sogar eine vorbildliche
Rueckwaertskompatibilitaet. Truck aus den 50ern muss repariert werden?
Kein Problem.
>> habe war, dass sie jemandem sagten, dass nach dem Wegputzen von Window
> ^^^^^^
>> sund Installieren von Linux die Garantie auf den Computer weg sei. Sowas
> ^^^^ ist das ein Verschreiber oder gewollter Ausdruck?
>
Tippfehler.
>> hat unsereins doch noch nie abgehalten.
>
> Das zwar nicht, aber es zeigt genau in die angesprochene Richtung.
> Erst ist es nur eine großzügige Umzäunung, dann kommt der Elektrozaun,
> dann eine Longe (franz., gesprochen "Longsch") und schließlich Halfter und
> Zügel...
>
Bis Windows 7 nicht, aber mit Windows 10 wurde es IMHO ekliger.
>> [...]
>>>> Nur dass oft zu viele Details schlicht weggelassen werden und man am
>>>> Ende doch auf die Command Line muss. Nach jahrzehntelanger
> ...
>>> Das ist halt auch da eine Abwägung des Aufwands - was man besser "auf
>>> der Kommandozeile" machen kann, für ein Gooey umzusetzen, macht halt
>>> viel Aufwand. Bei Windows wird der getrieben, um die Benutzer davon
> ...
>> Das muss nicht viel Aufwand sein. Wir haben frueher fuer
> ...
>> schnell "zusammengeklickt". Heutzutage gibt es noch weit bessere
>> Hilfsmittel fuer solche Jobs.
>
> Es ist _inzwischen_ relativ moderater Aufwand, aber _bis_ das soweit war,
> war ein enormer Zeitaufwand aufzubringen. wobei die richtige Arbeit immer
> noch erst nach dem "Zusammanklicken" anfängt. Die Probleme, bis alles
> richtig und erwartungsgemäß funktioniert, sieht man vorher garnicht. Es
> reicht eben _nicht_, ein Hakchen in ein Kästchen machen oder eine
> Bezeichnung aus einer Liste auswählen zu können - ohne weitere Verarbeitung
> "hinten dran" bewirken die halt _garnischt_. Die Oberfläche macht
> vielleicht 20% des Aufwands (50% davon "Design"-Spielerei), die Funktion
> den Rest. (Die zur Verfügung stehende Zeit ist allerdings meistens genau
> andersrum angesetzt...)
>
Das hat bei uns ein Englaender im Alleingang gemacht, 1998. Ich sass ab
und zu daneben, um die Anordnung der Menues und Eingabefelder zu
diskutieren. Das ging alles erstaunlich flott. Allerdings haben wir QNX
benutzt, weil unsere Anforderungen an die Zuverlaessigkeit sehr hoch
waren. Mit Windows lief das aehnlich flott ab.
> ...
>>> Ja, das kenne ich. Anstatt zu versuchen, sich möglichst selbständig zu
> ...
>>> die dann einma nicht (mehr) das tun, was sie erwarten, dann sind sie
>>> vollkommen hilflos.
>>
>> Ist ok, denn es funktioniert ja in der Praxis. Es komt am Ende immer auf
>> die Netto-Downtime an, der Grund ist egal.
>
> Nein, das ist IMHO _nicht_ "ok" - das führt auf der einen Seite zu immer
> mehr Vorschriften, Anordnungen, Gesetzen u.s.w. und auf der anderen zu
> Gängelung, Überwachung und - z.t. unsinnigen - Bestrafungen. Daneben
> fördert es Lug und Betrug in jeder Form ("Werbeindustrie").
> Kurz gesagt: die Effektivtät der Gesellschaft geht den Bach 'runter.
>
Dennoch ist es unvermeidbar, dass Leute nicht mehr 100% alles
beherrschen. Die Welt muss arbeitsteiliger werden, weil technische Dinge
immer komplexer werden. Z.B. koennen Leute wie ich kaum gleichzeitig
Experten in Software sein und umgekehrt koennen Software-Leute nicht
meinen Jobs uebernehmen. Der Tag hat nur 24h und man hat ja auch noch
Familie und so.
> ...
> [Gelbe Lampe geht an -> Telefon rausholen]
>> Beim Auto den ADAC rufen oder bei uns AAA. Beim Computer bei uns die
>
> Ahso - wie hieß das Dingens doch gleich? AFAIR "EC Light", "Engine Check
> Light": Fahren Sie sofort rechts ran, halten Sie an und rufen Sie den
> Notdienst!
>
Ja. Oder kannst Du "mal eben" die Kennfeld-Zuendung Deines Autos unter
Berucksichtigung einer Fehlermeldung aus dem EGR-Modul auf dem
Standstreifen der Autobahn neu programmieren?
[...]
>>>>> Klar, wenn man die richtigen Leute fragt, erhält man auch die
>>>>> richtigen Antworten.
>>>>
>>>> Es waren _alle_ .
>>>
>>> Klar, Du hast ja auch nur die Leute gefragt, die sowas sagen, die "die
>>> den Umstieg abgebrochen haben." Die anderen hast Du ja nicht gehört.
> ...
>> Es _gibt_ in meinem Bekanntenkreis keine anderen. Der ist nicht klein
>
> Und? Das sagt genau garnichts, allenfalls was über Deinen Bekanntenkreis.
>
Die meisten davon sind Leute aus dem technischen Bereich. Linux hat im
PC-Bereich einen Marktanteil von rund 1% und da hat sich ueber Jahre
nichts dran geaendert.
D.h. wir gehoeren alle zur 1% Gruppe :-)
>> und es sind meist sehr technikorientierte Leute, inklusive IT Bereich.
>
> Manche "technikorientierte Leute" sind bei genauerer Betrachtung oft
> erstaunlich ahnungslos, besonders in "höheren Positionen". Oder es sind
> Spezialisten, deren Gesichtskreis so eng ist, daß sie darin ihren festen
> Standpunkt haben.
>
Darunter sind Leute, die erfolgreich CMS Systeme, knifflige Embedded
Systeme und dergleichen programmiert haben. Also Leute mit Ahnung.
>> Das ist einer der Gruende, warum ich schonmal in dieser NG frage. Sonst
>> kann ich niemanden fragen, weil niemand mehr Linux hat.
>
> Hier läuft das eher andersrum, es scheinen sich immer mehr Leute von
> Windows weg zu orientieren, wenn auch meistens zu "ganz ohne Computer",
> womit sie aber diese internet-Spione wie "Wischkasterln" oder "streaming"-
> Fernseher oder gar die Direktverbindung zum Spionagezentrum mit Echtzeit-
> Gesprächsübertragung (hieß so ein Ding nicht so ähnlich wie "Alexa"?)
> meinen.
> Linux wird aber im industriellen Bereich immer mehr eingesetzt, vom
> DSL-Router über HMI-Panels bis zur eigentlichen Gerätesteuerung.
>
Das schon, auch im Server-Bereich und jetzt sogar in der Space X
Raumkapsel. Aber im PC-Bereich, also beim Gros der Leute, ruehrt sich
kaum etwas. Doch es ist eh zu spaet dafuer, weil wie Du oben schriebst
sich viele Leute ganz aus der PC-Welt zurueckziehen. Die meisten, die
das aus meinem Bekanntenkreis taten, sind die weniger
technikorientierten darunter. Denen wurde das alles schlicht zu komplex
und das Verhaeltnis Aufwand-zu-Nutzen wurde zu schlecht.
Die Wischkasterl muessen sie haben, denn de facto gibt es bei Smart
Phones nur noch zwei OS, Android und iOS. Android hat sich Google unter
die Knute gerissen und das hat IMO fuer den Endbenutzer fast nichts mehr
mit Linux gemeinsam.
Neben einem Android Smart Phone muss ich zu meiner Schande gestehen,
dass ich noch ein weiteres Wischkasterl habe. Am Fernseher. Vermutlich
kann man auch dort irgendwie Linux draufpferchen, aber ob die Dose dann
noch wie bisher Western in 1080p im Vollbild ruckelfrei abspielt, steht
auf einem anderen Blatt. Per Live-Stick probieren kann man nicht und
wenn man den Bootloader hackt und dann in Linux irgendwas doch nicht
laeuft, waere das Dingen "bricked".
--
Gruesse, Joerg
http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2020-06-09 23:08 +0200 |
| Subject | Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] |
| Message-ID | <20200609230817.17f2e999@Achmuehle.WOR> |
| In reply to | #110854 |
Hallo Joerg,
Du schriebst am Mon, 08 Jun 2020 12:26:38 -0700:
> >>> Das solltest Du halt den dafür zuständigen Leuten sagen.
> >>
> >> Das hilft nicht viel. Hatte ich bei MX Linux probiert und es besteht
> >> offenbar kein Interesse daran.
> >
> > Das hilft in etwa genausoviel wie bei kommerziellen Produkten von
> > professionellen Herstellern, eher mehr.
>
> Mal sehen, bisher hatte ich nicht den Eindruck, gebe aber nicht auf.
Wie oft hattest bisher Du etwas entsprechendes bei kommerziellen Firmen
_als Endkunde_ probiert? Nicht, daß Du wieder mit Deinen Erzählungen
kommst, daß "sogar Microsoft da zugestanden" hätte - das ist ein ganz
anderer Bereich. Sogar Du als Selbständiger, Firmeninhaber, bist da noch
ein "bunter Hund", der erheblich stärker berücksichtigt wird als "Tante
Erna" oder Deine gern zitierte Oma mit dem komischen Namen (fällt mir grad
nicht ein). Oder bist Du inzwischen als professioneller Linux-Anwender
bei den Entwicklern bekannt?
> [...]
> > einzelnen bestimmten Gerätes, das unter bestimmten Umständen
> > bekanntermaßen nicht funktioniert.
>
> Es waren zwei Computer verschiedener Bauart und knapp ein Jahrzehnt
> altermaessig auseinander.
Aber jetzt sag' nicht, daß die dasselbe Betriebssystem mit demselben
Treiber hatten, der mit demselben Bauteil nicht lief - das wäre nämlich
reproduzierbar und damit so, wie es zu erwarten wäre.
...
> Nicht jeder ist ein Computer-Profi. Die mit grossem Abstand dominierende
> dritte Gruppe ist aber eine ganz andere. Das sind diejenigen, die nie
> gross was sagen, nach einigen Monaten aufgeben und zurueck zum
> vorherigen OS gehen. In diese Gruppe fallen alle, die ich je als
> Linux-exponiert getroffen habe. Leider, denn da sie aufgaben, konnte ich
Das sind eben die, die nur nach einem "billigeren" Ersatz für etwas ihnen
bekanntes und vertrautes gesucht haben und feststellen mußten, daß es eben
keinen identischen Ersatz gibt.
...
> >> Das sind die Windows-Benutzer, weil das dort weitgehend
> >> funktioniert :-)
> >
> > Eben. Weitgehend, so weit wie es halt geht, und keinen Schritt weiter.
>
> Da kann man schon sehr weit gehen. Die meisten sind wie ich, die haben
> derart moderaten Bedarf, dass sie nichtmal an der Oberflaeche von
> Windows Pro Versionen kratzen. Bei Linux wird es vermutlich aehnlich
> sein, nachdem ich mir mal einen grossen Waelzer dazu reingezogen habe.
Ersteres trifft wohl zu, vor allem, weil Du für Deine Spezialgeräte immer
Windows-kompatible Software erhalten hast, wo nötig, und Dich nie um
Alternativen gekümmert hast. Das "beißt" Dich halt jetzt, wenn Du zu
einem anderen System gehen willst, das dafür und für das diese ganzen
Voraussetzungen eben nicht gegeben sind. Es beißt Dich umsomehr, als Du
offenbar schon einen erklecklichen Gerätepark angesammelt hast, der Dich
damit stark an Deine bisher gewohnte Umgebung bindet.
Das heißt allerdings mit anderen Worten, daß Du eben durchaus nicht ein
"08/15"-Anwender bist, der halt nur mit der (quasi) "mitgelieferten"
Software bisserl rumwerkelt, sondern durchaus sehr spezielle Anforderungen
aufgebaut hast.
> >>>>> [SD-Card als Massenspeicher]
> >> Pogoplug selbst schafft als Arbiter 30-40MB/sec aufs LAN und selbst
...
> > M_Bit_ oder M_Byte_/sec? 30MByte/s wären ca. 300Mb/s (für "Bit" das "b"
> > gerne _klein_ geschrieben), was schon ein GBit-Ethernet (1000BASE-T)
> > verlangte.
>
> Da hatten sich Tester in Reviews ueber den Pogoplug sogar beklagt, wenn
> sie bei Vollgas nur gut 40MByte/sec erreichten. Ansprueche haben die
> Leute manchmal, tsk, tsk, tsk.
Da scheinen ihnen ein wenig die Maßstäbe verrutscht zu sein...
> Die Dinger haben einen sehr schnellen Ethernet Port, weil sie mal als
> Cloud-Zugang fuer LAN vermarktet wurden und das hauptsaechlich fuer
> Leute, die Glasfaseranbindung haben. Bis der Hersteller eines Tages
Aber dann wird da ein "nicht so sehr schneller" ARM-Prozessor eingebaut,
und das noch mit relativ mickriger Speicherausstattung? Das sind wohl
auch schon die Maßstäbe ein wenig verrutscht.
> eiskalt den Cloud Service einstellte, worauf man die Pogoplugs jetzt
Man könnte daraus den Verdacht ableiten, daß die Dinger für den
intendierten Zweck nicht so vollkommen tauglich gewesen sein könnten, was
den Erwartungen des Betreibers nicht ganz entsrochen und ihn zum Einstellen
seiner dementsprechenden Tätigkeiten, evtl. sogar unter gesetzlichem Zwang,
veranlesst haben könnte.
["Massenspeichermechanik"]
> >>>>> und steckt ihn in die Tasche, die SD-Karte muß man erstmal mit den
> > ...
> >>> Oder auf dem Teppich, wenn man mit dem Finger (oder, wie manchmal
> >>> nötig, Fingernagel) abrutscht und das Ding im ballistischen Flug aus
...
> > Ja, "soll vorkommen" - noch nie gehabt?
>
> Noe. Dafuer mehrere in der Hosentasche gebrochene USB-Sticks. Mountain
> Bike Pisten und USB ist offenbar keine gute Kombination, aber so sind
Sicher nicht, das könnten auch SD-Karten in "Normalgröße" übelnehmen. Aber
Du benutzt doch nur USB-Sticks, die nicht größer sind als der Stecker, wie
können die eigentlich brechen??
> Gute SD Cards sind sogar tagelang salzwasserfest :-)
Zumindest für die nächsten 3 Wochen. Nach 3 Monaten hätte ich da schon
ernste Bedenken...
[Wear Management]
> > Solche gibt's sicher, aber bei den SD-Kärtchen (vor allem den µSDs)
> > _kann_ es keine anderen geben; bei den Sticks hat man zumindest die
> > Chance dafür.
>
> Huh? Dieser Hersteller ist in einer unserer Nachbarstaedte:
>
> https://www.avnet.com/shop/us/products/micron/mtsd256ahc6ms-1wt-3074457345635199298/
Avnet ist kein Hersteller.
> Zitat
...
Und? Behaupten kann man viel, das ist das Geschäft von Distributoren.
Ohne Fehlerkorrektur funktionieren die Dinger sowieso nicht.
"Global wear leveling" kann vieles bedeuten, auch, daß einmal beschriebene
Blöcke nie wieder angerührt werden. Ähnlich wie "Bad block management".
> > ...
> >>>> gross durchsetzen. Man muss zu sehr in der Technik drinstehen und das
> >>>> tun oder wollen 99% der Leute nicht.
> >>>
> >>> Bzw. gibt es anscheinend Bestrebungen mancher "Kreise", nach denen
> >>> "99% der Leute" das auch gar nicht _sollen_.
> >>
> >> Welche Kreise sollen das denn sein? Das einzige, was ich mal
> >> mitgekommen
> >
> > Google, Facebook, Monsanto (achje, gibt's ja nicht mehr...), DuPont, GM,
> > Shell, Exxon, ...
> > Und die lieben, guten Führungspersonen aus der Politik.
>
> Verstehe ich nicht. Warum verkaufen sie dann z.B. Oel bei Walmart? Oder
Wird sich bald relativieren - bisher ist der Markt noch ausreichend, und es
gibt noch genügend solche alten Krücken (vor allem bei Euch), bei denen der
Endkunde noch einen Ölwechsel machen _kann_. Die Autoindustrie ist aber
schon heftig dabei, das "stärker in die Hände der Wartungsbetriebe zu
legen". Hier bei uns ist das eher schon weiter fortgeschritten.
(Wobei Ölwechsel eher noch eine Trivialaktion ist, wenn auch eine
saudreckige und widerlich unangenehme.)
> warum kannst Du fuer GM-Fahrzeuge fast jedes Ersatzteileil ueber den
> Autoladen im Dorf bekommen? Die haben sogar eine vorbildliche
Ich habe mal gehört, daß es da (noch) ein entsprechendes Gesetz gäbe, nach
dem eine Reparaturmöglichkeit jedem zugänglich sein müßte ("Right to
repair"). Sowas ähnliches gibt es sogar hierzulande, den Herstellern ist es
ein dicker Balken im Auge.
["Window sund"]
> Tippfehler.
Schade. Klingt gut...
[Gängelei]
> > Das zwar nicht, aber es zeigt genau in die angesprochene Richtung.
> > Erst ist es nur eine großzügige Umzäunung, dann kommt der Elektrozaun,
> > dann eine Longe (franz., gesprochen "Longsch") und schließlich Halfter
> > und Zügel...
>
> Bis Windows 7 nicht, aber mit Windows 10 wurde es IMHO ekliger.
Doch, schon ab XP, mit der "Aktivierung", dort noch relativ leger.
Du hast doch auch schon eine zusätzliche W7-Lizenz kaufen müssen, obwohl
das auch derselben Maschine läuft wie zuvor, nur jetzt virtualisiert.
[Gooey]
> >> schnell "zusammengeklickt". Heutzutage gibt es noch weit bessere
> >> Hilfsmittel fuer solche Jobs.
> >
> > Es ist _inzwischen_ relativ moderater Aufwand, aber _bis_ das soweit
> > war, war ein enormer Zeitaufwand aufzubringen. wobei die richtige
...
> Das hat bei uns ein Englaender im Alleingang gemacht, 1998. Ich sass ab
> und zu daneben, um die Anordnung der Menues und Eingabefelder zu
...
Und was alles an der eigentlichen Funktion war damit erledigt?
> > ...
> >> Ist ok, denn es funktioniert ja in der Praxis. Es komt am Ende immer
...
> > Nein, das ist IMHO _nicht_ "ok" - das führt auf der einen Seite zu immer
...
> > Kurz gesagt: die Effektivtät der Gesellschaft geht den Bach 'runter.
>
> Dennoch ist es unvermeidbar, dass Leute nicht mehr 100% alles
> beherrschen. Die Welt muss arbeitsteiliger werden, weil technische Dinge
Das ist damit auch nicht verlangt - es sollte nur ein minimales
_Grundverständnis_ der Funktion ihrer Geräte vorhanden sein. D.h. es wäre
schon "wünschenswert", wenn die Leute wüßten, daß sie beim Rumtaschen auf
dem "Smart Phone" eben nicht "das Icon aufmachen", sondern mit ihrem
Antippen ein Programm veranlassen, entsprechend dem dort angezegten
Bildchen ein anderes Programm vom Betriebssystem starten zu lassen.
Wie das im einzelnen abläuft, ist dann schon bald "Spezialwissen".
> > ...
> > [Gelbe Lampe geht an -> Telefon rausholen]
> > Ahso - wie hieß das Dingens doch gleich? AFAIR "EC Light", "Engine Check
> > Light": Fahren Sie sofort rechts ran, halten Sie an und rufen Sie den
> > Notdienst!
>
> Ja. Oder kannst Du "mal eben" die Kennfeld-Zuendung Deines Autos unter
> Berucksichtigung einer Fehlermeldung aus dem EGR-Modul auf dem
> Standstreifen der Autobahn neu programmieren?
Nein - und der ADAC- oder AAA-Mensch auch nicht. Das ist schon ein _sehr_
tiefer Eingriff, den nichtmal die normale Werkstatt fertigbringt. Das ist
ein sehr gutes Beispiel für ein völlig unpassendes Beispiel.
--
--
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2020-06-10 08:32 +0200 |
| Subject | Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] |
| Message-ID | <rbpup1$fnq$1@news1.tnib.de> |
| In reply to | #110873 |
Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> wrote: >Du schriebst am Mon, 08 Jun 2020 12:26:38 -0700: >> Bis Windows 7 nicht, aber mit Windows 10 wurde es IMHO ekliger. > >Doch, schon ab XP, mit der "Aktivierung", dort noch relativ leger. Die Aktivierung bei Windows XP war eine absolute Katastrophe; ich bin immer noch völlig baff darüber, dass Microsoft damit vor dem europäischen Urheber- und Kaufrecht durchgekommen ist und damit den Weg für noch viel kundenfeindlicher agierende Anbieter wie Adobe geebnet hat. Inzwischen sind wir ja noch eine Stufe weiter und zahlen für die meiste Software "jährliche Subskription", nix Kauf mehr. Bei Windows XP musste, damit man überhaupt installieren konnte, das Installationsmedium zum Code auf dem Aufkleber passen (Lizenzform, Edition, Sprache, gerne noch mit oder ohne integrierten Service Packs), was z.B. dazu geführt hat, dass selbst ich für jede XP-Lizenz, die ich jemals gekauft habe, auch ein Installationsmedium im Schrank habe. Bei Windows 7 war es besser und hat sich mit Windows 10 noch einmal gebessert. Wenn man kein zum Installationscode passendes Medium hatte, kam man nichtmal bis zur Aktivierung! Wir wollen hier ja keine Horrorgeschichten über die Vergangenheit verbreiten, nur um das Vorurteil "Microsoft wird immer schlimmer" aufrecht halten zu können. Es ist nämlich das Gegenteil der Fall. >> Dennoch ist es unvermeidbar, dass Leute nicht mehr 100% alles >> beherrschen. Die Welt muss arbeitsteiliger werden, weil technische Dinge > >Das ist damit auch nicht verlangt - es sollte nur ein minimales >_Grundverständnis_ der Funktion ihrer Geräte vorhanden sein. D.h. es wäre >schon "wünschenswert", wenn die Leute wüßten, daß sie beim Rumtaschen auf >dem "Smart Phone" eben nicht "das Icon aufmachen", sondern mit ihrem >Antippen ein Programm veranlassen, entsprechend dem dort angezegten >Bildchen ein anderes Programm vom Betriebssystem starten zu lassen. >Wie das im einzelnen abläuft, ist dann schon bald "Spezialwissen". Genau dieses Wissen ist z.B. in der Apple-Welt kontraproduktiv. Ich bin nicht selbst auf die Idee gekommen, dass auf dem iPad die "Share"-Schaltfläche der passende Weg ist, um ein Dokument von einer Applikation in eine andere zu schieben. Ich habe tagelang im Dateibaum gesucht. 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]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2020-06-11 22:15 +0200 |
| Subject | Re: USB Stick "schrumpfte" nach dd und UUID geaendert [fast ganz OT] |
| Message-ID | <20200611221548.2f0a8b38@Achmuehle.WOR> |
| In reply to | #110883 |
Hallo Marc, Du schriebst am Wed, 10 Jun 2020 08:32:00 +0200: > >Doch, schon ab XP, mit der "Aktivierung", dort noch relativ leger. > > Die Aktivierung bei Windows XP war eine absolute Katastrophe; ich bin Sie war der Beginn zur allgemeinen Datensammlung. ... > geebnet hat. Inzwischen sind wir ja noch eine Stufe weiter und zahlen > für die meiste Software "jährliche Subskription", nix Kauf mehr. Ja, ist doch inzwischen schon ein alter Hut, "SWaaS", Software as a Service. "Service" halt so verstanden wie im Wirtshaus, äh, Restaurant, wo der Fingerhut Kaffee (Wert < 50¢) für 5€ serviert wird. > Bei Windows XP musste, damit man überhaupt installieren konnte, das > Installationsmedium zum Code auf dem Aufkleber passen (Lizenzform, Immerhin _erhielt_ man da noch ein Installtionsmedium. Inzwischen ist es doch schon fast unmöglich, irgenwas software-mäßiges _ohne_ direkte internet-Verbindung zu installieren. (Da hatte ich grade einen Präzedenzfall: Eine Firma bietet die für den Betrieb eines ihrer Geräte _benötigten_ Programme nur über ihre Web-Site an, bei der man sich zwangsweise registrieren muß [was dann auch noch in einem Abbruch wegen eines "technischen Problems" resultierte], und um sich überhaupt registrieren zu können, muß man deren Daten"schutz"erklärung zustimmen, die kurz gefasst besagt, daß der Kunde erlauben muß, daß alle Daten, die sie von ihm erfahren können, nach freiem Belieben der Firma weitergegeben werden dürften. Und das erfährt man natürlich nicht vor dem Kauf, sondern erst, wenn man alles ausgepackt und zusammengebaut hat und versucht, die Kiste zum Laufen zu bringen. ABer der DSGVO ist halt Genüge getan, man hat ja eine "Datenschutzerklärung" [die man auch erst zu Gesicht kriegt, wenn man alle Schnüffelfunktionen der Web-Site zugelassen hat]. Nein, da kann ich nicht drüber schimpfen, da fehlen mir einfach alle erdenklichen Worte dafür...} > Edition, Sprache, gerne noch mit oder ohne integrierten Service > Packs), was z.B. dazu geführt hat, dass selbst ich für jede XP-Lizenz, > die ich jemals gekauft habe, auch ein Installationsmedium im Schrank Sei froh darüber - damit hast Du für jede XP-Installation eine Sicherung und Wiederherstellungsmöglichkeit, falls denen mal was passieren sollte. Gut, inzwischen ist das nicht mehr unbedingt ganz so vordringlich... Aber inzwischen mußt Du ja schon froh sein, wenn eine neu gekaufte Maschine eine "Wiederherstllungspartition" auf der Platte hat. Hast Du Pech und die Platte - die "natürlich" die Systemplatte ist - funktioniert nicht mehr, hast Du eine funktionsfähige Maschine gehabt. Wie kriegst Du da wieder ein System drauf? > habe. Bei Windows 7 war es besser und hat sich mit Windows 10 noch > einmal gebessert. Wie meinen? "besser"? "gebessert"? _DAS_ mußt Du aber erklären. > Wenn man kein zum Installationscode passendes Medium hatte, kam man > nichtmal bis zur Aktivierung! Und wie kommst Du bei W10 mit einem (selber zusammengestellten) Computer mit leerer Festplatte dazu? Da kannst Du doch noch nicht mal installieren, weil Du zum Installieren ein laufendes Windows brauchst! > Wir wollen hier ja keine Horrorgeschichten über die Vergangenheit > verbreiten, nur um das Vorurteil "Microsoft wird immer schlimmer" Das ist kein _VOR_urteil, sondern leider bestätigte Realität. > aufrecht halten zu können. Es ist nämlich das Gegenteil der Fall. Wie Du zu _der_ Einschätzung kommst, ist mir allerdings vollkommen rätselhaft. [Apple] > bin nicht selbst auf die Idee gekommen, dass auf dem iPad die > "Share"-Schaltfläche der passende Weg ist, um ein Dokument von einer > Applikation in eine andere zu schieben. Ich habe tagelang im Dateibaum > gesucht. Naja, Apple ist eh 'ne "eigene Welt". Das fing doch schon damit an, daß man bei den frühen Macs das Symbol für eine eingelegte Floppy auf den Mülleimer ziehen mußte, um die auszuwerfen... Kein Kommentar möglich. -- -- (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]
Page 3 of 13 — ← Prev page 1 2 [3] 4 5 … 13 Next page →
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web