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 1 of 13 [1] 2 3 … 13 Next page →
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2020-05-15 16:23 -0700 |
| Subject | USB Stick "schrumpfte" nach dd und UUID geaendert |
| Message-ID | <hi8mjmF9lleU1@mid.individual.net> |
Vermutlich ein Anfaengerfehler: Der USB-Stick eines ArchLinux eines Pogoplug wurde zu klein (obwohl er 2GB hat) und ich wollte das System als ganzes auf einen 32GB Stick hieven. Also dd if=/dev/sdd of=/dev/sdc bs=1M Das funktionierte auch wunderbar, doch nun wird der neue 32GB Stick im Thunar auf einem MX-Linx Computer ebenfalls mit 2GB Groesse und daher zu 96% voll gemeldet. Auch ist dessen UUID jetzt bis auf eine angehaengte "1" identisch mit der des alten 2GB Stick. Was koennte schiefgelaufen sein? Muss man das irgendwie mit Erstpartitionen sdd1 und sdc1 machen? Habe ich ihn gar "bricked"? Ich wollte das ganze erst mit Timeshift machen, aber damit kam ich irgendwie nicht gut zurecht. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [next] | [standalone]
| From | olaf <olaf@criseis.ruhr.de> |
|---|---|
| Date | 2020-05-16 06:34 +0200 |
| Message-ID | <n374pg-g7t.ln1@criseis.ruhr.de> |
| In reply to | #110472 |
Joerg <news@analogconsultants.com> wrote: >dd if=/dev/sdd of=/dev/sdc bs=1M >Das funktionierte auch wunderbar, doch nun wird der neue 32GB Stick im Schreib sofort 100x: Ich soll nicht einfach was aus dem Internet kopieren wenn ich nicht weiss was es macht! >Was koennte schiefgelaufen sein? Muss man das irgendwie mit Du hast einfach alles kopiert. Also auch die Systeminformationen des Sticks. >Erstpartitionen sdd1 und sdc1 machen? Habe ich ihn gar "bricked"? Du kannst das Teil mit fdisk wieder reparieren. Alles darauf loeschen und eine neue Partition anlegen. >Ich wollte das ganze erst mit Timeshift machen, aber damit kam ich >irgendwie nicht gut zurecht. Du koenntest auch mit cp -a die Daten direkt kopieren. Olaf
[toc] | [prev] | [next] | [standalone]
| From | Gernot Griese <ggriese@gmx.de> |
|---|---|
| Date | 2020-05-16 07:35 +0200 |
| Message-ID | <hi9cdiFdoofU1@mid.individual.net> |
| In reply to | #110472 |
Am 16.05.20 um 01:23 schrieb Joerg: > Vermutlich ein Anfaengerfehler: > > Der USB-Stick eines ArchLinux eines Pogoplug wurde zu klein (obwohl er > 2GB hat) und ich wollte das System als ganzes auf einen 32GB Stick > hieven. Also > > dd if=/dev/sdd of=/dev/sdc bs=1M > > Das funktionierte auch wunderbar, doch nun wird der neue 32GB Stick im > Thunar auf einem MX-Linx Computer ebenfalls mit 2GB Groesse und daher zu > 96% voll gemeldet. Auch ist dessen UUID jetzt bis auf eine angehaengte > "1" identisch mit der des alten 2GB Stick. Wie sollte es anders aussehen, wenn du eine blockweise 1:1-Kopie des Sticks gemacht hast? Du kannst versuchen, mit gparted die Partition(en) anzupassen. Wie ich dich kenne wird das bei dir aber auch wieder nicht funktionieren. Gernot -- Wie der wahre Gläubige den Klimawandel erklärt: "Die zufällige Änderung einer zufälligen Grösse um einen zufälligen Betrag führt zufälligerweise zu einer exakten Korrelation zwischen dem CO2-Gehalt der Luft und der der globalen Temperatur."
[toc] | [prev] | [next] | [standalone]
| From | Diedrich Ehlerding <diedrich.ehlerding@t-online.de> |
|---|---|
| Date | 2020-05-16 10:46 +0200 |
| Message-ID | <9sl4pgxgp5.ln2@diedrich.ddnssec.de> |
| In reply to | #110472 |
Joerg meinte: > dd if=/dev/sdd of=/dev/sdc bs=1M > > Das funktionierte auch wunderbar, doch nun wird der neue 32GB Stick im > Thunar auf einem MX-Linx Computer ebenfalls mit 2GB Groesse und daher zu > 96% voll gemeldet. Auch ist dessen UUID jetzt bis auf eine angehaengte > "1" identisch mit der des alten 2GB Stick. > > Was koennte schiefgelaufen sein? Du hast auch die Partitionstabelle mitkopiert. Schau dir mal die ausgabe von "fdisk -l" (als root) an. -- gpg-Key (DSA 1024) D36AD663E6DB91A4 fingerprint = 2983 4D54 E00B 8483 B5B8 C7D1 D36A D663 E6DB 91A4 HTML-Mail wird ungeleſen entſorgt.
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2020-05-16 12:30 -0700 |
| Message-ID | <hiat9pFnoooU1@mid.individual.net> |
| In reply to | #110472 |
On 2020-05-15 16:23, Joerg wrote: > Vermutlich ein Anfaengerfehler: > > Der USB-Stick eines ArchLinux eines Pogoplug wurde zu klein (obwohl er > 2GB hat) und ich wollte das System als ganzes auf einen 32GB Stick > hieven. Also > > dd if=/dev/sdd of=/dev/sdc bs=1M > > Das funktionierte auch wunderbar, doch nun wird der neue 32GB Stick im > Thunar auf einem MX-Linx Computer ebenfalls mit 2GB Groesse und daher zu > 96% voll gemeldet. Auch ist dessen UUID jetzt bis auf eine angehaengte > "1" identisch mit der des alten 2GB Stick. > > Was koennte schiefgelaufen sein? Muss man das irgendwie mit > Erstpartitionen sdd1 und sdc1 machen? Habe ich ihn gar "bricked"? > > Ich wollte das ganze erst mit Timeshift machen, aber damit kam ich > irgendwie nicht gut zurecht. > Ich versuche mal eine Sammelantwort. Olaf, woher soll ich denn somnst meine Info bekommen? Ich kann Euch hier doch nicht fuer jede Kleinigkeit nerven und brauchte die Kopie eines bootfaehigen USB-Sticks. Also habe ich mir erst die man pages von dd angesehen, aufgeschrieben wie es gehen muesste, auf Linux-Sites im Web gesehen, das es Leute genauso erklaerten, und dann das Kommando losgelassen. Es stand ueberall, dass das Target Device gleich gross oder groesser sein muss. Aber nicht, dass es geschrumpft wird. Gernot, danke, mit gparted hat es funktioniert. Ich hatte mir sowas zwar gedacht, wollte aber nichts endgueltig kaputtmachen. Ich denke mal, die urspruengliche UUID des Sticks ist endgueltig weg, er hat jetzt bis auf eine fehlende (!) Ziffer die gleiche UUID wie der vorige 2GB Stick, von dem ich kopiert habe. Immerhin meldet er sich per lsusb noch als Lexar, hat also seinen Stammbaum nicht vergessen. Oh well. Funktionieren tut jedenfalls alles. Ueber Samba werden keine Laufwerksgroessen und keine freie Kapazitaeten angezeigt, aber df -h ueber Terminal meldet 30G, 1.7G benutzt und 27G frei. Da muss irgendwer mindestens 2GB an Steuern abgezogen haben, grmpf :-) ... egal, das reicht. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Richard Fonfara <junk_shredder@yahoo.de> |
|---|---|
| Date | 2020-05-16 21:47 +0200 |
| Message-ID | <d4795541-4d4b-aaee-3d37-3342ea7aeffa@yahoo.de> |
| In reply to | #110482 |
Am 16.05.20 um 21:30 Uhr schrieb Joerg: [...] > > Funktionieren tut jedenfalls alles. Ueber Samba werden keine > Laufwerksgroessen und keine freie Kapazitaeten angezeigt, aber df -h > ueber Terminal meldet 30G, 1.7G benutzt und 27G frei. Da muss irgendwer > mindestens 2GB an Steuern abgezogen haben, grmpf :-) ... egal, das reicht. > War die Angabe vielleicht einmal in GB, einmal in GiB? 30 GB sind 27,94 GiB. GB hat als Basis 1000, GiB 1024. Wenn ich das mal laienhaft so ausdrücken darf. -- MfG Richard
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2020-05-16 13:13 -0700 |
| Message-ID | <hiavr7Fo81lU1@mid.individual.net> |
| In reply to | #110483 |
On 2020-05-16 12:47, Richard Fonfara wrote: > Am 16.05.20 um 21:30 Uhr schrieb Joerg: > > [...] >> >> Funktionieren tut jedenfalls alles. Ueber Samba werden keine >> Laufwerksgroessen und keine freie Kapazitaeten angezeigt, aber df -h >> ueber Terminal meldet 30G, 1.7G benutzt und 27G frei. Da muss irgendwer >> mindestens 2GB an Steuern abgezogen haben, grmpf :-) ... egal, das reicht. >> > War die Angabe vielleicht einmal in GB, einmal in GiB? 30 GB sind 27,94 > GiB. GB hat als Basis 1000, GiB 1024. Wenn ich das mal laienhaft so > ausdrücken darf. > Weiss ich nicht, das kam aus dem Linux Terminal und da ist m.W. GiB ueblich. Es ist ein 32GB Lexar USB Stick. Ist aber nicht wichtig, der ist weit zu gross, um ArchLinux und /home zu halten. Ich hatte nur keinen mit 4GB oder 8GB. So kann ich den auch fuer Backup-Zwecke mitbenutzen. Langfristig wird das jedoch ein zweiter Pogoplug mit 1TB Laufwerk machen, der sich irgendwann nachts einschaltet. Separate Hardware ist immer besser, man weiss ja nie. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <kay@martinen.de> |
|---|---|
| Date | 2020-05-16 23:11 +0200 |
| Message-ID | <4f8f.5ec0571e.9ab81@mailnews.int.martinen.de> |
| In reply to | #110484 |
Am 16.05.20 um 22:13 schrieb Joerg: > On 2020-05-16 12:47, Richard Fonfara wrote: >> Am 16.05.20 um 21:30 Uhr schrieb Joerg: >> >> [...] >>> >>> Funktionieren tut jedenfalls alles. Ueber Samba werden keine >>> Laufwerksgroessen und keine freie Kapazitaeten angezeigt, aber df -h >>> ueber Terminal meldet 30G, 1.7G benutzt und 27G frei. Da muss irgendwer >>> mindestens 2GB an Steuern abgezogen haben, grmpf :-) ... egal, das >>> reicht. >>> >> War die Angabe vielleicht einmal in GB, einmal in GiB? 30 GB sind 27,94 > > Weiss ich nicht, das kam aus dem Linux Terminal und da ist m.W. GiB > ueblich. Es ist ein 32GB Lexar USB Stick. Und vermutlich ist die vorige 2 GB Partition noch existent. Daraus folgt das 2+30=32GB durchaus passend sind. Und bei 27+1,7 übersiehst du den Verwaltungsaufwand für das Dateisystem an sich. DAS sind deine "Steuern". > Ist aber nicht wichtig, der ist weit zu gross, um ArchLinux und /home zu > halten. Ich hatte nur keinen mit 4GB oder 8GB. So kann ich den auch fuer > Backup-Zwecke mitbenutzen. Langfristig wird das jedoch ein zweiter > Pogoplug mit 1TB Laufwerk machen, der sich irgendwann nachts > einschaltet. Separate Hardware ist immer besser, man weiss ja nie. Immer wieder Erstaunlich, deine Salami-Taktik. Erst jammerst du das dein 32GB Stick nur noch 2 GB groß ist und später bekennst du das das der eh weit zu groß wäre und offenbar selbst kleiner als ein 4 GB Stick hätte sein können (weil man ja immer etwas mehr platz frei haben sollte/Möchte). Und im Anschluß entwertest du deine Eigenen Aussagen mit einem "Och nöe, soll eh 1 TB werden". Und alles gründet auf deiner Unkenntnis dessen das dd eine 1:1 kopie macht. Das wäre umgekehrt so als würdest du ein Windows-Programm das NUR Partitionen kopieren könnte zum Dateien kopieren verwenden wollen. N.B. Die UUID hängt an der Partition und nicht am Physischen Stick. Neue Partition= Andere UUID. Kopierte Partition=Gleiche UUID. Die USB ID dagegen hängt an der Hardware, sprich an deinem Physischen Gerät. Das ist was du bei 'lsusb' sehen kannst und den nebenbei als Lexar Identifiziert. Und, Samba KANN durchaus Laufwerksgrößen oder freien Platz anzeigen. Kay -- Posted via SN
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2020-05-17 09:11 -0700 |
| Message-ID | <hid621F7mdrU1@mid.individual.net> |
| In reply to | #110485 |
On 2020-05-16 14:11, Kay Martinen wrote: > Am 16.05.20 um 22:13 schrieb Joerg: >> On 2020-05-16 12:47, Richard Fonfara wrote: >>> Am 16.05.20 um 21:30 Uhr schrieb Joerg: >>> >>> [...] >>>> >>>> Funktionieren tut jedenfalls alles. Ueber Samba werden keine >>>> Laufwerksgroessen und keine freie Kapazitaeten angezeigt, aber df -h >>>> ueber Terminal meldet 30G, 1.7G benutzt und 27G frei. Da muss irgendwer >>>> mindestens 2GB an Steuern abgezogen haben, grmpf :-) ... egal, das >>>> reicht. >>>> >>> War die Angabe vielleicht einmal in GB, einmal in GiB? 30 GB sind 27,94 >> >> Weiss ich nicht, das kam aus dem Linux Terminal und da ist m.W. GiB >> ueblich. Es ist ein 32GB Lexar USB Stick. > > Und vermutlich ist die vorige 2 GB Partition noch existent. Daraus folgt > das 2+30=32GB durchaus passend sind. Und bei 27+1,7 übersiehst du den > Verwaltungsaufwand für das Dateisystem an sich. DAS sind deine "Steuern". > Die habe ich per gparted von 2GB auf Maximum "aufgebohrt" und es wird nur eine Partition (sdc1) angezeigt. >> Ist aber nicht wichtig, der ist weit zu gross, um ArchLinux und /home zu >> halten. Ich hatte nur keinen mit 4GB oder 8GB. So kann ich den auch fuer >> Backup-Zwecke mitbenutzen. Langfristig wird das jedoch ein zweiter >> Pogoplug mit 1TB Laufwerk machen, der sich irgendwann nachts >> einschaltet. Separate Hardware ist immer besser, man weiss ja nie. > > Immer wieder Erstaunlich, deine Salami-Taktik. Erst jammerst du das dein > 32GB Stick nur noch 2 GB groß ist und später bekennst du das das der eh > weit zu groß wäre und offenbar selbst kleiner als ein 4 GB Stick hätte > sein können (weil man ja immer etwas mehr platz frei haben > sollte/Möchte). Und im Anschluß entwertest du deine Eigenen Aussagen mit > einem "Och nöe, soll eh 1 TB werden". > Also nochmal ganz langsam. Bitte nicht zu schnell drueberlesen. Ich habe nicht gejammert, sondern nur gefragt, wie der 32GB Stick auf 2GB schrumpfen konnte, weil ich das noch nie gesehen habe. 2GB ist zu klein (geworden) fuer das ArchLinux Kaestchen. Inzwischen kenne ich den Grund, denn Olaf, Gernot und Diedrich haben es ja erklaert. Ich habe mich auch nicht beklagt, dass es nach Resizing zu klein waere, nur wiederum gewundert. 1TB bezog sich wie geschrieben auf ein _separates_ Kaestchen zum _Backup_ und nicht auf dieses Kaestchen. Das wuerde dann ein zweiter Pogoplug, der aber nur jede Nacht kurz laufen soll und nicht regelmaessig als File Server benutzt wird. Ganz andere Baustelle. Kann auch sein, dass der per USB Adapter eine noch rumliegende 100GB IDE Laptop-Festplatte bekommt, denn die reicht locker. Oder eine fette SD Card, die langsam sein darf, aber fuer Backups sind die m.W. nicht so sicher. > Und alles gründet auf deiner Unkenntnis dessen das dd eine 1:1 kopie > macht. Das wäre umgekehrt so als würdest du ein Windows-Programm das NUR > Partitionen kopieren könnte zum Dateien kopieren verwenden wollen. > Ja nun, wir fangen alle mal an. Ich habe mich auch vorher eingelesen und in den diversen Foren stand immer nur, dass der Ziel-Speicher gleich gross oder groesser sein muss, aber nie, dass er nach dem dd Command so wie dort beschrieben und von mir eingegeben auf die Groesse des urspruenglichen Speichers geschrumpft wird. Inzwischen weiss ich, dass das so ist und warum. Wie soll man denn sonst lernen ausser durch lesen und fragen? Deshalb wuerde ich auch nie jemanden anranzen, weil er haette wissen muessen, dass man auf die Basis-Emitter Strecke eines Transistor nicht mehr als 7V geben darf. Sondern ihm das in aller Ruhe erklaeren. Selbst wenn es das zweite oder dritte Mal ist, denn sowas kann Neueinsteiger anfangs ueberfordern. > N.B. Die UUID hängt an der Partition und nicht am Physischen Stick. Neue > Partition= Andere UUID. Kopierte Partition=Gleiche UUID. > Danke, wusste ich noch nicht. > Die USB ID dagegen hängt an der Hardware, sprich an deinem Physischen > Gerät. Das ist was du bei 'lsusb' sehen kannst und den nebenbei als > Lexar Identifiziert. > Dort gibt es nur sehr kurze ID: Bus 001 Device 002: ID 05dc:a838 Lexar Media, Inc. JumpDrive Tough Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Das duerfte kaum reichen, um die Abermilliarden weltweit verkauften USB-Sticks und SD Cards auseinander zu halten. > Und, Samba KANN durchaus Laufwerksgrößen oder freien Platz anzeigen. > Da bin ich noch nicht hinter gekommen, habe bisher nur wenig brauchbares im Inetrnet gefunden. https://forum.openmediavault.org/index.php?thread/19434-unable-to-show-real-free-used-disk-space-in-samba-mounted-drives-under-windows/ https://superuser.com/questions/1318216/report-disk-usage-through-smb-server Doch irgendwann komme ich dahinter, denn der alte WD Worldbook tat das ja und lief mit Linux (bis dessen Hardware aufgab). Muss also irgendwie gehen. Egal, es ist eine 64GB SD Karte und solange ich da nicht versehentlich Rohdaten vom SPCIE Simulator drauflaufen lassen, reicht die. Waere aber schoen, wenn man es saehe, denn das mit den Rohdaten passiert im Eifer des Gefechts schonmal. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2020-05-20 22:02 +0200 |
| Message-ID | <20200520220237.68fcc6ea@Achmuehle.WOR> |
| In reply to | #110486 |
Hallo Joerg, Du schriebst am Sun, 17 May 2020 09:11:45 -0700: > >>>> ueber Terminal meldet 30G, 1.7G benutzt und 27G frei. Da muss > >>>> irgendwer mindestens 2GB an Steuern abgezogen haben, grmpf :-) ... Das ist der Unterschied zwischen binären und dezimalen Angaben - dezimal schaut größer aus, 2,4% pro Tausend Einheiten... (2^10 = 1024, 10^3 = 1000). Die kommerziellen Hersteller benennen natürlich immer die größere Angabe, und nachdem die Einheitenvorsätze als _Teiler_ fungieren, benutzen sie natürlich die dezimalen, da bleiben die Nummern größer. ... > Ich habe nicht gejammert, sondern nur gefragt, wie der 32GB Stick auf > 2GB schrumpfen konnte, weil ich das noch nie gesehen habe. 2GB ist zu Das hast Du auch hier nicht gesehen, weil der garnicht "geschrumpft" ist. Er wurde durch Deine Kopieraktion nur zu einem kleinen Teil _genutzt_, und ein Hinweis darauf sollt eeigentlich in wenigstens einem der Beiträge gestanden haben, die Du als Referenz benutzt hast. BTW, wäre er tatsächlich "geschrumpft" worden, hätte er also Kapazität eingebüßt, hättest Du ihn auch nicht mit (g)parted wieder auf Originalgröße bringen können. ... > Ja nun, wir fangen alle mal an. Ich habe mich auch vorher eingelesen und > in den diversen Foren stand immer nur, dass der Ziel-Speicher gleich > gross oder groesser sein muss, aber nie, dass er nach dem dd Command so > wie dort beschrieben und von mir eingegeben auf die Groesse des > urspruenglichen Speichers geschrumpft wird. Inzwischen weiss ich, dass > das so ist und warum. Wie soll man denn sonst lernen ausser durch lesen > und fragen? _Richtig_ lesen (und fragen). Da war sicher unter den "gross oder groesser" Angaben auch eine Anmerkung, daß - evtl. auch wie - man den Platz später wieder voll nutzen kann. > Deshalb wuerde ich auch nie jemanden anranzen, weil er haette wissen > muessen, dass man auf die Basis-Emitter Strecke eines Transistor nicht > mehr als 7V geben darf. Sondern ihm das in aller Ruhe erklaeren. Selbst Bei 7V zwischen Basis und Emitter dürfte vom Transistor nicht mehr viel übrig sein... (Da gibt's "hübsche" Effekte, das "gestanzte" Loch über einem Pin bei TO-3 oder einen Krater im Plastikgehäuse bis zu völlig freiliegenden "Beinchen".) (Ja, ich weiß, Du meinst rückwärts - "ist doch schließlich eine Diodenstrecke"...) [USB ID} > Dort gibt es nur sehr kurze ID: > Bus 001 Device 002: ID 05dc:a838 Lexar Media, Inc. JumpDrive Tough Die ID ist das Zahlenpaar mit dem ":" dazwischen. Das identifiziert den Geräte_typ_. > Das duerfte kaum reichen, um die Abermilliarden weltweit verkauften > USB-Sticks und SD Cards auseinander zu halten. Sicher nicht, nur die unterschiedlichen Typen und Arten. Für die Exemplar-Identifikation _gibt es nichts_ zuverlässiges. Eigentlich hätte USB auch ein Seriennummernfeld, aber oft steht dort nur 0 drin oder ein anderer Festwert. Die UUIDs gehören zu den Daten und sind beliebig änderbar, auch wenn das "prinzipiell theoretisch" "Universally Unique IDentifiers" sein sollten - die Bezeichnung kann sich nur'n Markentier ausgedacht haben... > > Und, Samba KANN durchaus Laufwerksgrößen oder freien Platz anzeigen. ... > Da bin ich noch nicht hinter gekommen, habe bisher nur wenig brauchbares > im Inetrnet gefunden. Das war wohl auch bisserl "salopp" formuliert. Samba zeigt selber garnichts an, aber es _liefert_ alle dafür nötigen Daten an das benutzende System. Häng' Dein Share irgendwo in Deinen Verzeichnisbaum ein und laß' ein "ls -l" o.ä, drauflos; dann kannst Du alle Informationen sehen, die auch bei den lokalen Dateisystemen angezeigt werden. Auch ein "df" liefert Dir die Größe der Partition wie bei den Linux-Filesystemen, und auch die anderen Hilfsprogramme für Dateien gehen genauso. -- -- (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-20 15:21 -0700 |
| Message-ID | <hiloq9F205mU1@mid.individual.net> |
| In reply to | #110530 |
On 2020-05-20 13:02, Sieghard Schicktanz wrote: > Hallo Joerg, > > Du schriebst am Sun, 17 May 2020 09:11:45 -0700: > >>>>>> ueber Terminal meldet 30G, 1.7G benutzt und 27G frei. Da muss >>>>>> irgendwer mindestens 2GB an Steuern abgezogen haben, grmpf :-) ... > > Das ist der Unterschied zwischen binären und dezimalen Angaben - dezimal > schaut größer aus, 2,4% pro Tausend Einheiten... (2^10 = 1024, 10^3 = 1000). > Die kommerziellen Hersteller benennen natürlich immer die größere Angabe, > und nachdem die Einheitenvorsätze als _Teiler_ fungieren, benutzen sie > natürlich die dezimalen, da bleiben die Nummern größer. > > ... >> Ich habe nicht gejammert, sondern nur gefragt, wie der 32GB Stick auf >> 2GB schrumpfen konnte, weil ich das noch nie gesehen habe. 2GB ist zu > > Das hast Du auch hier nicht gesehen, weil der garnicht "geschrumpft" ist. > Er wurde durch Deine Kopieraktion nur zu einem kleinen Teil _genutzt_, und > ein Hinweis darauf sollt eeigentlich in wenigstens einem der Beiträge > gestanden haben, die Du als Referenz benutzt hast. > BTW, wäre er tatsächlich "geschrumpft" worden, hätte er also Kapazität > eingebüßt, hättest Du ihn auch nicht mit (g)parted wieder auf Originalgröße > bringen können. > Egal, 6% Verlust ist nicht die Welt. Zumal da erstmal nur das OS drauf ist und ArchLinux kommt (noch) mit gut 1.7GB aus. /home nehme ich fuer zusaetzliches Backup wichtiger Files und selbst das wird nie groesser als 15GB. > ... >> Ja nun, wir fangen alle mal an. Ich habe mich auch vorher eingelesen und >> in den diversen Foren stand immer nur, dass der Ziel-Speicher gleich >> gross oder groesser sein muss, aber nie, dass er nach dem dd Command so >> wie dort beschrieben und von mir eingegeben auf die Groesse des >> urspruenglichen Speichers geschrumpft wird. Inzwischen weiss ich, dass >> das so ist und warum. Wie soll man denn sonst lernen ausser durch lesen >> und fragen? > > _Richtig_ lesen (und fragen). Da war sicher unter den "gross oder groesser" > Angaben auch eine Anmerkung, daß - evtl. auch wie - man den Platz später > wieder voll nutzen kann. > Noe. Zitat "This works only if the second device is as large as or larger than the first". https://linoxide.com/linux-command/linux-dd-command-create-1gb-file/ So stand das in etwa einem halben Dutzend Anleitungen. Ich lese inzwischen immer mehrere, weil man nicht allen trauen kann. Jedenfalls bin ich froh, dass der USB Stick nicht "bricked" war. >> Deshalb wuerde ich auch nie jemanden anranzen, weil er haette wissen >> muessen, dass man auf die Basis-Emitter Strecke eines Transistor nicht >> mehr als 7V geben darf. Sondern ihm das in aller Ruhe erklaeren. Selbst > > Bei 7V zwischen Basis und Emitter dürfte vom Transistor nicht mehr viel > übrig sein... Meist ist 6V abs ax angegeben. Ein weiteres Volt packen sie gewoehnlich, dann zenert die Strecke und der Strom in die Basis sollte begrenzt sein. Ist er bei den ueblichen Schaltungen auch. > (Da gibt's "hübsche" Effekte, das "gestanzte" Loch über einem Pin bei TO-3 > oder einen Krater im Plastikgehäuse bis zu völlig freiliegenden "Beinchen".) > (Ja, ich weiß, Du meinst rückwärts - "ist doch schließlich eine > Diodenstrecke"...) > Es ist noch fieser. Meist ist der Strom begrenzt und nichts passiert. Denken die Leute. Bis sie merken, dass z.B. das Rauschen nun hoeher ist oder die Stromverstaerkung abgesackt ist. Bei HP gab es eine inoffizielle "Anleitung", wie man das wieder richten kann. An einer Zigarette nochmal richtig ziehen und sie dann auf dem Metallgehaeuse des Transistors ausdruecken. Rauchen in Labors ist heute aber verpoent und die meisten Tansistoren haben Plastikgehaeuse. > [USB ID} >> Dort gibt es nur sehr kurze ID: >> Bus 001 Device 002: ID 05dc:a838 Lexar Media, Inc. JumpDrive Tough > > Die ID ist das Zahlenpaar mit dem ":" dazwischen. Das identifiziert den > Geräte_typ_. > Eben. Die ersten vier geben den Hersteller an. Mit der USB ID kann man Sticks des gleichen Herstellers nicht auseinander halten. >> Das duerfte kaum reichen, um die Abermilliarden weltweit verkauften >> USB-Sticks und SD Cards auseinander zu halten. > > Sicher nicht, nur die unterschiedlichen Typen und Arten. Für die > Exemplar-Identifikation _gibt es nichts_ zuverlässiges. Eigentlich hätte > USB auch ein Seriennummernfeld, aber oft steht dort nur 0 drin oder ein > anderer Festwert. Die UUIDs gehören zu den Daten und sind beliebig > änderbar, auch wenn das "prinzipiell theoretisch" "Universally Unique > IDentifiers" sein sollten - die Bezeichnung kann sich nur'n Markentier > ausgedacht haben... > Ich mag sie ohnehin nicht und nehme immer /dev/sdd, dev/mmcblk0, und so weiter. >>> Und, Samba KANN durchaus Laufwerksgrößen oder freien Platz anzeigen. > ... >> Da bin ich noch nicht hinter gekommen, habe bisher nur wenig brauchbares >> im Inetrnet gefunden. > > Das war wohl auch bisserl "salopp" formuliert. Samba zeigt selber garnichts > an, aber es _liefert_ alle dafür nötigen Daten an das benutzende System. > Häng' Dein Share irgendwo in Deinen Verzeichnisbaum ein und laß' ein > "ls -l" o.ä, drauflos; dann kannst Du alle Informationen sehen, die auch > bei den lokalen Dateisystemen angezeigt werden. Auch ein "df" liefert Dir > die Größe der Partition wie bei den Linux-Filesystemen, und auch die anderen > Hilfsprogramme für Dateien gehen genauso. > Das hilft aber nichts, wenn es auf dem Computer der anderen Seite nicht im File Manager angezeigt wird. Wenn die Shares von einem Windows PC kommen, wird das angezeigt. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Jens Schüßler <jgs@trash.net> |
|---|---|
| Date | 2020-05-21 13:19 +0200 |
| Message-ID | <jn4ipg-l28.ln1@stfu.dumb1.com> |
| In reply to | #110532 |
* Joerg <news@analogconsultants.com> [20-05-20 22:21]: > On 2020-05-20 13:02, Sieghard Schicktanz wrote: >> >> _Richtig_ lesen (und fragen). Da war sicher unter den "gross oder groesser" >> Angaben auch eine Anmerkung, daß - evtl. auch wie - man den Platz später >> wieder voll nutzen kann. >> > > Noe. > > Zitat "This works only if the second device is as large as or larger > than the first". > > https://linoxide.com/linux-command/linux-dd-command-create-1gb-file/ > Und was ist daran so schwierig zu verstehen? Das ist Vorschullogik. Wenn du eine 4GB Partition auf einen anderen Stick kopieren willst, sollte der auch mal mindestens 4GB groß sein, genauso wie man eine 2 Liter Cola schlecht in eine 1L Flasche umfüllen kann...
[toc] | [prev] | [next] | [standalone]
| From | Enrik Berkhan <Enrik.Berkhan@inka.de> |
|---|---|
| Date | 2020-05-21 12:49 +0000 |
| Message-ID | <ra5tc9$1rad$1@starfleet.inka.de> |
| In reply to | #110533 |
Jens Schüßler <jgs@trash.net> wrote: > Und was ist daran so schwierig zu verstehen? Das ist Vorschullogik. > > Wenn du eine 4GB Partition auf einen anderen Stick kopieren willst, sollte der > auch mal mindestens 4GB groß sein, genauso wie man eine 2 Liter Cola > schlecht in eine 1L Flasche umfüllen kann... Soweit ja. Joerg sucht(e) aber die Eklärung dafür, warum sein 100-Liter-Fass nach dem Einfüllen von nur einem Liter Cola aus der vollen 1-Liter-Flasche genauso voll erscheint, wie zuvor die 1-Liter-Flasche. Viele Grüße, Enrik
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2020-05-21 08:59 -0700 |
| Message-ID | <hinmqsFe7nhU1@mid.individual.net> |
| In reply to | #110534 |
On 2020-05-21 05:49, Enrik Berkhan wrote: > Jens Schüßler <jgs@trash.net> wrote: >> Und was ist daran so schwierig zu verstehen? Das ist Vorschullogik. >> >> Wenn du eine 4GB Partition auf einen anderen Stick kopieren willst, sollte der >> auch mal mindestens 4GB groß sein, genauso wie man eine 2 Liter Cola >> schlecht in eine 1L Flasche umfüllen kann... > > Soweit ja. Joerg sucht(e) aber die Eklärung dafür, warum sein > 100-Liter-Fass nach dem Einfüllen von nur einem Liter Cola aus der > vollen 1-Liter-Flasche genauso voll erscheint, wie zuvor die > 1-Liter-Flasche. > So isses. dd schweisst einen undurchdringlichen zweiten Boden ein. Das wurde nirgends erwaehnt, aber wie Gernot schrieb, kann man den zum Glueck mit gparted wieder rausflexen :-) -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Enrik Berkhan <Enrik.Berkhan@inka.de> |
|---|---|
| Date | 2020-05-21 17:43 +0000 |
| Message-ID | <ra6ej4$6r1$1@starfleet.inka.de> |
| In reply to | #110535 |
Joerg <news@analogconsultants.com> wrote: > So isses. dd schweisst einen undurchdringlichen zweiten Boden ein. Das > wurde nirgends erwaehnt, aber wie Gernot schrieb, kann man den zum > Glueck mit gparted wieder rausflexen :-) Das ist so auch nicht ganz richtig. Du stellst das dar, als hätte `dd' etwas zugefügt. Es hat aber eher etwas nicht weggenommen. Und das ist auch gut so. `dd' hat genau das getan, wozu es gedacht ist und wozu du es eingesetzt hast: es hat eine genaue Kopie (auf einem zu großen Blatt) angefertigt (und sich nicht weiter um den ungenutzt gebliebeben Platz auf dem Blatt gekümmert). Dass da noch eine Schablone den ungenutzen Platz verdeckt, liegt jenseits des Horizontes von `dd'. Das nachträgliche Anpassen der Papiergröße, um auch den freien Platz noch nutzen zu können, war dein Job und mit einem anderen Werkzeug zu erledigen. Aber nun genug der eher schlechten Vergleiche, solange sie sich wenigsten noch auf den Füßen halten können. Viele Grüße, Enrik
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2020-05-21 23:43 +0200 |
| Message-ID | <20200521234304.3c8fc4fc@Achmuehle.WOR> |
| In reply to | #110532 |
Hallo Joerg, Du schriebst am Wed, 20 May 2020 15:21:03 -0700: [Speicher "geschrumpft"] > > _Richtig_ lesen (und fragen). Da war sicher unter den "gross oder > > groesser" Angaben auch eine Anmerkung, daß - evtl. auch wie - man den > > Platz später wieder voll nutzen kann. > > Noe. Alles lesen. > Zitat "This works only if the second device is as large as or larger > than the first". Das ist eine _notwendige_ Bedingung, die eigentlich selbverständlich sein sollte. Sollte... > So stand das in etwa einem halben Dutzend Anleitungen. Ich lese > inzwischen immer mehrere, weil man nicht allen trauen kann. Jedenfalls Mehrere Meinungen einholen ist immer sinnvoll. So wie ärtztliche Ratschläge sind halt auch Ratschläge aus dem internet nur Meinungen. Und (mindestens) genauso sind sie im allgemeinen unvollständig. [Basis-Emitter Strecke eines Transistor] > >> mehr als 7V geben darf. Sondern ihm das in aller Ruhe erklaeren. ... > Meist ist 6V abs ax angegeben. Ein weiteres Volt packen sie gewoehnlich, Aber als _Rückwärts_-, Sperrspannung, und dann sollte das -6V oder Ueb oder Uber heißen. > dann zenert die Strecke und der Strom in die Basis sollte begrenzt sein. Nee, da "zenert" nix, die "bricht durch" - hier setzt schon der Lawineneffekt ein. Aber wieder zurück.. > > [USB ID} > >> Dort gibt es nur sehr kurze ID: > >> Bus 001 Device 002: ID 05dc:a838 Lexar Media, Inc. JumpDrive Tough > > > > Die ID ist das Zahlenpaar mit dem ":" dazwischen. Das identifiziert den > > Geräte_typ_. > > Eben. Die ersten vier geben den Hersteller an. Mit der USB ID kann man > Sticks des gleichen Herstellers nicht auseinander halten. Richtig und vollständig lesen: Die ID ist ein Zahlen_PAAR_ - und mit der zweiten Zahl _kann_ man Sticks unterschiedlichen Typs des gleichen Herstellers auseinander halten. Für die "Individuen" wäre ggfs. die Seriennummer zuständig, wenn die mal benutzt wäre. ... > > anderer Festwert. Die UUIDs gehören zu den Daten und sind beliebig > > änderbar, auch wenn das "prinzipiell theoretisch" "Universally Unique > > IDentifiers" sein sollten - die Bezeichnung kann sich nur'n Markentier > > ausgedacht haben... > > Ich mag sie ohnehin nicht und nehme immer /dev/sdd, dev/mmcblk0, und so > weiter. Das ist hier eine zweischneidige Angelegenheit - solange die Hardware der Maschine nicht geändert wird, ist das "relativ" zuverlässig. Relativ deswegen, weil auch ein vergessener oder zu früh eingesteckter Stick o.ä. als Änderung der Hardware erkannt werden kann, und dann ist ggfs. /dev/sdd was ganz anderes. Da ich die UUIDs auch nicht mag, benutze ich für diesen Zwecke deswegen lieber Labels - was den "Datenträgernamen" von Windows entspricht. Unter Linux gibt es dafür für jedes Filesystem ein passendes Programm zum Anzeigen und Eintragen - e2label, ntfslabel, dosfslabel (= fatlabel), exfatlabel. Das kann man dann in der fstab statt dem Device- Namen (/dev/<xxx>) mit "LABEL=<label>" zur Identifikation benutzen. oder man benutzt den Eintrag unter "/dev/disk/by-label/<label>" ganz normal wie "/dev/<device>". > >>> Und, Samba KANN durchaus Laufwerksgrößen oder freien Platz anzeigen. ... > Das hilft aber nichts, wenn es auf dem Computer der anderen Seite nicht > im File Manager angezeigt wird. Wenn die Shares von einem Windows PC > kommen, wird das angezeigt. Das dürfte dann aber eher eine Eigenheit oder Einstellung des File-Managers sein. Evtl. kommt der mit dem Format nicht zurecht, ich habe das jedenfalls noch nie gesehen. -- -- (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-22 09:56 -0700 |
| Message-ID | <hiqegrF1c90U1@mid.individual.net> |
| In reply to | #110537 |
On 2020-05-21 14:43, Sieghard Schicktanz wrote: > Hallo Joerg, > > Du schriebst am Wed, 20 May 2020 15:21:03 -0700: > > [Speicher "geschrumpft"] >>> _Richtig_ lesen (und fragen). Da war sicher unter den "gross oder >>> groesser" Angaben auch eine Anmerkung, daß - evtl. auch wie - man den >>> Platz später wieder voll nutzen kann. >> >> Noe. > > Alles lesen. > >> Zitat "This works only if the second device is as large as or larger >> than the first". > > Das ist eine _notwendige_ Bedingung, die eigentlich selbverständlich sein > sollte. Sollte... > Die war mir natuerlich klar und deshalb wunderte ich mich ueber diesen Hinweis. >> So stand das in etwa einem halben Dutzend Anleitungen. Ich lese >> inzwischen immer mehrere, weil man nicht allen trauen kann. Jedenfalls > > Mehrere Meinungen einholen ist immer sinnvoll. So wie ärtztliche Ratschläge > sind halt auch Ratschläge aus dem internet nur Meinungen. Und (mindestens) > genauso sind sie im allgemeinen unvollständig. > Ok, also demnaechst ein ganzes Dutzend Meinungen einholen :-) > [Basis-Emitter Strecke eines Transistor] >>>> mehr als 7V geben darf. Sondern ihm das in aller Ruhe erklaeren. > ... >> Meist ist 6V abs ax angegeben. Ein weiteres Volt packen sie gewoehnlich, > > Aber als _Rückwärts_-, Sperrspannung, und dann sollte das -6V oder Ueb oder > Uber heißen. > Ich dachte jetzt, dass das klar ist. Vorwaertsspannung gibt man nie drauf, nur Strom. >> dann zenert die Strecke und der Strom in die Basis sollte begrenzt sein. > > Nee, da "zenert" nix, die "bricht durch" - hier setzt schon der > Lawineneffekt ein. > Aber wieder zurück.. > >>> [USB ID} >>>> Dort gibt es nur sehr kurze ID: >>>> Bus 001 Device 002: ID 05dc:a838 Lexar Media, Inc. JumpDrive Tough >>> >>> Die ID ist das Zahlenpaar mit dem ":" dazwischen. Das identifiziert den >>> Geräte_typ_. >> >> Eben. Die ersten vier geben den Hersteller an. Mit der USB ID kann man >> Sticks des gleichen Herstellers nicht auseinander halten. > > Richtig und vollständig lesen: Die ID ist ein Zahlen_PAAR_ - und mit der > zweiten Zahl _kann_ man Sticks unterschiedlichen Typs des gleichen > Herstellers auseinander halten. Für die "Individuen" wäre ggfs. die > Seriennummer zuständig, wenn die mal benutzt wäre. > Unterschiedlichen Typs ja, aber nicht jeden einzelnen Stick so wie bei der UUID. > ... >>> anderer Festwert. Die UUIDs gehören zu den Daten und sind beliebig >>> änderbar, auch wenn das "prinzipiell theoretisch" "Universally Unique >>> IDentifiers" sein sollten - die Bezeichnung kann sich nur'n Markentier >>> ausgedacht haben... >> >> Ich mag sie ohnehin nicht und nehme immer /dev/sdd, dev/mmcblk0, und so >> weiter. > > Das ist hier eine zweischneidige Angelegenheit - solange die Hardware der > Maschine nicht geändert wird, ist das "relativ" zuverlässig. Relativ > deswegen, weil auch ein vergessener oder zu früh eingesteckter Stick o.ä. > als Änderung der Hardware erkannt werden kann, und dann ist ggfs. /dev/sdd > was ganz anderes. So isses, und wenn man die in umgekehrter Reihenfolge wieder reinsteckt, gibt es Aerger. Der Vorteil ist aber, dass man auch einen ganz anderen Stick einstecken kann und es funktioniert. > ... Da ich die UUIDs auch nicht mag, benutze ich für diesen > Zwecke deswegen lieber Labels - was den "Datenträgernamen" von Windows > entspricht. Unter Linux gibt es dafür für jedes Filesystem ein passendes > Programm zum Anzeigen und Eintragen - e2label, ntfslabel, dosfslabel > (= fatlabel), exfatlabel. Das kann man dann in der fstab statt dem Device- > Namen (/dev/<xxx>) mit "LABEL=<label>" zur Identifikation benutzen. oder > man benutzt den Eintrag unter "/dev/disk/by-label/<label>" ganz normal wie > "/dev/<device>". > Ja, sollte ich mir in der Tat angewoehnen, das geht ja auch mit ext Formatierung (in diesem Fall ext3). >>>>> Und, Samba KANN durchaus Laufwerksgrößen oder freien Platz anzeigen. > ... >> Das hilft aber nichts, wenn es auf dem Computer der anderen Seite nicht >> im File Manager angezeigt wird. Wenn die Shares von einem Windows PC >> kommen, wird das angezeigt. > > Das dürfte dann aber eher eine Eigenheit oder Einstellung des File-Managers > sein. Evtl. kommt der mit dem Format nicht zurecht, ich habe das jedenfalls > noch nie gesehen. > Es ist derzeit noch schlimmer. Auf allen Linux-Rechern sind keine Samba- oder Windows-Shares mehr erreichbar. Vielleicht ist beim Update wieder was geschossen worden. Selbst auf "smbtree" bekomme ich nur noch die Antwort "-bash: smbtree: command not found". Laut Recherche deutet das auf nicht-installiertes Samba hin. Samba ist aber auf allen installiert und funktioniert (wird von anderen Rechnern jedoch nur gesehen, wenn die im Windows-Boot sind). cifs-utils ist ebenfalls installiert. Manchmal ist es zum Haareraufen :-) Ich hatte einen Post in de.comp.os.unix.networking.samba gesetzt, aber die Gruppe ist sehr duenn und niemand hatte eine Idee losgelassen. Interessant ist auch, dass das kleine ArchLinux NAS Kaestchen immer alle Shares sieht, auch wenn ich die dort nicht brauche. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2020-05-22 10:00 -0700 |
| Message-ID | <hiqepqF1e4bU1@mid.individual.net> |
| In reply to | #110543 |
On 2020-05-22 09:56, Joerg wrote: > On 2020-05-21 14:43, Sieghard Schicktanz wrote: >> Hallo Joerg, >> >> Du schriebst am Wed, 20 May 2020 15:21:03 -0700: >> >> [Speicher "geschrumpft"] >>>> _Richtig_ lesen (und fragen). Da war sicher unter den "gross oder >>>> groesser" Angaben auch eine Anmerkung, daß - evtl. auch wie - man den >>>> Platz später wieder voll nutzen kann. >>> >>> Noe. >> >> Alles lesen. >> >>> Zitat "This works only if the second device is as large as or larger >>> than the first". >> >> Das ist eine _notwendige_ Bedingung, die eigentlich selbverständlich sein >> sollte. Sollte... >> > > Die war mir natuerlich klar und deshalb wunderte ich mich ueber diesen > Hinweis. > > >>> So stand das in etwa einem halben Dutzend Anleitungen. Ich lese >>> inzwischen immer mehrere, weil man nicht allen trauen kann. Jedenfalls >> >> Mehrere Meinungen einholen ist immer sinnvoll. So wie ärtztliche >> Ratschläge >> sind halt auch Ratschläge aus dem internet nur Meinungen. Und >> (mindestens) >> genauso sind sie im allgemeinen unvollständig. >> > > Ok, also demnaechst ein ganzes Dutzend Meinungen einholen :-) > > >> [Basis-Emitter Strecke eines Transistor] >>>>> mehr als 7V geben darf. Sondern ihm das in aller Ruhe erklaeren. >> ... >>> Meist ist 6V abs ax angegeben. Ein weiteres Volt packen sie gewoehnlich, >> >> Aber als _Rückwärts_-, Sperrspannung, und dann sollte das -6V oder Ueb >> oder >> Uber heißen. >> > > Ich dachte jetzt, dass das klar ist. Vorwaertsspannung gibt man nie > drauf, nur Strom. > > >>> dann zenert die Strecke und der Strom in die Basis sollte begrenzt sein. >> >> Nee, da "zenert" nix, die "bricht durch" - hier setzt schon der >> Lawineneffekt ein. >> Aber wieder zurück.. >> >>>> [USB ID} >>>>> Dort gibt es nur sehr kurze ID: >>>>> Bus 001 Device 002: ID 05dc:a838 Lexar Media, Inc. JumpDrive Tough >>>> >>>> Die ID ist das Zahlenpaar mit dem ":" dazwischen. Das identifiziert den >>>> Geräte_typ_. >>> >>> Eben. Die ersten vier geben den Hersteller an. Mit der USB ID kann man >>> Sticks des gleichen Herstellers nicht auseinander halten. >> >> Richtig und vollständig lesen: Die ID ist ein Zahlen_PAAR_ - und mit der >> zweiten Zahl _kann_ man Sticks unterschiedlichen Typs des gleichen >> Herstellers auseinander halten. Für die "Individuen" wäre ggfs. die >> Seriennummer zuständig, wenn die mal benutzt wäre. >> > > Unterschiedlichen Typs ja, aber nicht jeden einzelnen Stick so wie bei > der UUID. > > >> ... >>>> anderer Festwert. Die UUIDs gehören zu den Daten und sind beliebig >>>> änderbar, auch wenn das "prinzipiell theoretisch" "Universally Unique >>>> IDentifiers" sein sollten - die Bezeichnung kann sich nur'n Markentier >>>> ausgedacht haben... >>> >>> Ich mag sie ohnehin nicht und nehme immer /dev/sdd, dev/mmcblk0, und so >>> weiter. >> >> Das ist hier eine zweischneidige Angelegenheit - solange die Hardware der >> Maschine nicht geändert wird, ist das "relativ" zuverlässig. Relativ >> deswegen, weil auch ein vergessener oder zu früh eingesteckter Stick o.ä. >> als Änderung der Hardware erkannt werden kann, und dann ist ggfs. >> /dev/sdd >> was ganz anderes. > > > So isses, und wenn man die in umgekehrter Reihenfolge wieder reinsteckt, > gibt es Aerger. Der Vorteil ist aber, dass man auch einen ganz anderen > Stick einstecken kann und es funktioniert. > > >> ... Da ich die UUIDs auch nicht mag, benutze ich für diesen >> Zwecke deswegen lieber Labels - was den "Datenträgernamen" von Windows >> entspricht. Unter Linux gibt es dafür für jedes Filesystem ein passendes >> Programm zum Anzeigen und Eintragen - e2label, ntfslabel, dosfslabel >> (= fatlabel), exfatlabel. Das kann man dann in der fstab statt dem >> Device- >> Namen (/dev/<xxx>) mit "LABEL=<label>" zur Identifikation benutzen. oder >> man benutzt den Eintrag unter "/dev/disk/by-label/<label>" ganz normal >> wie >> "/dev/<device>". >> > > Ja, sollte ich mir in der Tat angewoehnen, das geht ja auch mit ext > Formatierung (in diesem Fall ext3). > > >>>>>> Und, Samba KANN durchaus Laufwerksgrößen oder freien Platz anzeigen. >> ... >>> Das hilft aber nichts, wenn es auf dem Computer der anderen Seite nicht >>> im File Manager angezeigt wird. Wenn die Shares von einem Windows PC >>> kommen, wird das angezeigt. >> >> Das dürfte dann aber eher eine Eigenheit oder Einstellung des >> File-Managers >> sein. Evtl. kommt der mit dem Format nicht zurecht, ich habe das >> jedenfalls >> noch nie gesehen. >> > > Es ist derzeit noch schlimmer. Auf allen Linux-Rechern sind keine Samba- > oder Windows-Shares mehr erreichbar. Vielleicht ist beim Update wieder > was geschossen worden. Selbst auf "smbtree" bekomme ich nur noch die > Antwort "-bash: smbtree: command not found". Laut Recherche deutet das > auf nicht-installiertes Samba hin. Samba ist aber auf allen installiert > und funktioniert (wird von anderen Rechnern jedoch nur gesehen, wenn die > im Windows-Boot sind). cifs-utils ist ebenfalls installiert. Manchmal > ist es zum Haareraufen :-) > > Ich hatte einen Post in de.comp.os.unix.networking.samba gesetzt, aber > die Gruppe ist sehr duenn und niemand hatte eine Idee losgelassen. > Interessant ist auch, dass das kleine ArchLinux NAS Kaestchen immer alle > Shares sieht, auch wenn ich die dort nicht brauche. > ... bis heute morgen. Jetzt sieht auch ArchLinux keine Shares mehr :-( -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2020-05-24 21:18 +0200 |
| Message-ID | <20200524211828.3cf4fe4f@Achmuehle.WOR> |
| In reply to | #110543 |
Hallo Joerg, Du schriebst am Fri, 22 May 2020 09:56:06 -0700: > >> Zitat "This works only if the second device is as large as or larger > >> than the first". > > > > Das ist eine _notwendige_ Bedingung, die eigentlich selbverständlich ... > Die war mir natuerlich klar und deshalb wunderte ich mich ueber diesen > Hinweis. Naja, bei der technischen Kenntnislage heutzutage muß man schon mit allem rechnen... ... > > Mehrere Meinungen einholen ist immer sinnvoll. So wie ärtztliche ... > Ok, also demnaechst ein ganzes Dutzend Meinungen einholen :-) Kannste machen, man kann ja alles übertreiben. > >>> [USB ID} > > Richtig und vollständig lesen: Die ID ist ein Zahlen_PAAR_ - und mit der > > zweiten Zahl _kann_ man Sticks unterschiedlichen Typs des gleichen > > Herstellers auseinander halten. Für die "Individuen" wäre ggfs. die > > Seriennummer zuständig, wenn die mal benutzt wäre. > > Unterschiedlichen Typs ja, aber nicht jeden einzelnen Stick so wie bei > der UUID. Auch mit "der UUID" geht das nicht, weil die beliebig änderbar ist und mit der Hardware nix zu tun hat. Es gibt _kein_ Kennzeichen, das einen "Stick" (oder ähnlichen Datenträger oder sogar allgemeines Gerät) wirklich sicher _eindeutig_ kennzeichnet. (Und schon gleich gar nicht, wenn das aus China kommt. Dort werden ja sogar die Kratzer im Gehäuse nachgebaut...) ... > >> Ich mag sie ohnehin nicht und nehme immer /dev/sdd, dev/mmcblk0, und so > >> weiter. > > > > Das ist hier eine zweischneidige Angelegenheit - solange die Hardware ... > So isses, und wenn man die in umgekehrter Reihenfolge wieder reinsteckt, > gibt es Aerger. Der Vorteil ist aber, dass man auch einen ganz anderen > Stick einstecken kann und es funktioniert. Vorausgesetzt, der Stick ist dafür ausgelegt. Ja, das ist möglich, aber wie oftmals muß man halt "ein klein wenig" _wissen, was man tut_. > > > ... Da ich die UUIDs auch nicht mag, benutze ich für diesen > > Zwecke deswegen lieber Labels - was den "Datenträgernamen" von Windows ... > Ja, sollte ich mir in der Tat angewoehnen, das geht ja auch mit ext > Formatierung (in diesem Fall ext3). Das geht mit allen ext-Formaten, und wohl auch mit allen anderen, die Labels kennen - kann ich nur mangels solcher nicht testen. BTW, warum noch ext3? ext4 ist aktuell und hat durchaus Vorteile. > >>>>> Und, Samba KANN durchaus Laufwerksgrößen oder freien Platz ... > Es ist derzeit noch schlimmer. Auf allen Linux-Rechern sind keine Samba- > oder Windows-Shares mehr erreichbar. Vielleicht ist beim Update wieder Dein altes Leiden? > was geschossen worden. Selbst auf "smbtree" bekomme ich nur noch die > Antwort "-bash: smbtree: command not found". Laut Recherche deutet das > auf nicht-installiertes Samba hin. Samba ist aber auf allen installiert Ja, da ist offenbar was "verloren gegangen". smbtree gehört zu den smb-utils (oder wie das Dein System nennt) und _könnte_ separat zu Samba (dem Server) zu installieren sein. Die smb-utils sind sozusagen das Gegenstück zum Server, d.h. der Client bzw. dessen Bestandteile. > und funktioniert (wird von anderen Rechnern jedoch nur gesehen, wenn die > im Windows-Boot sind). cifs-utils ist ebenfalls installiert. Manchmal > ist es zum Haareraufen :-) Ahhhso, dann heißt das, was ich oben als "smb-utils" angesprochen habe (wie hier auch, wie ich grade nachgeschaut habe), also "cifs-utils". > Ich hatte einen Post in de.comp.os.unix.networking.samba gesetzt, aber > die Gruppe ist sehr duenn und niemand hatte eine Idee losgelassen. Ja, das könnte auch weiter so bleiben, seit der Albasani-News-Server verschwunden ist. Viele, die sich darüber am usenet beteiligten, werden sich nicht die Mühe machen, sich woanders anzumelden. > Interessant ist auch, dass das kleine ArchLinux NAS Kaestchen immer alle > Shares sieht, auch wenn ich die dort nicht brauche. Du schriebst am Fri, 22 May 2020 10:00:52 -0700: [Vollzitat beseitigt...] ... > ... bis heute morgen. Jetzt sieht auch ArchLinux keine Shares mehr :-( Hat da mal wieder Dein Router zugeschlagen und fröhliches Adressenraten ausgerufen? D.h. hat dessen DHCP-Server alle Leases gekündigt und die Adressen neu ausgelost und ausgegeben, so daß jetzt die bekannten (und gespeicherten) Adressen nicht mehr passen? -- -- (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-25 08:31 -0700 |
| Message-ID | <hj26mlFkpluU1@mid.individual.net> |
| In reply to | #110583 |
On 2020-05-24 12:18, Sieghard Schicktanz wrote: > Hallo Joerg, > > Du schriebst am Fri, 22 May 2020 09:56:06 -0700: > >>>> Zitat "This works only if the second device is as large as or larger >>>> than the first". >>> >>> Das ist eine _notwendige_ Bedingung, die eigentlich selbverständlich > ... >> Die war mir natuerlich klar und deshalb wunderte ich mich ueber diesen >> Hinweis. > > Naja, bei der technischen Kenntnislage heutzutage muß man schon mit allem > rechnen... > Ganz so doof bin ich aber nicht :-) > ... >>> Mehrere Meinungen einholen ist immer sinnvoll. So wie ärtztliche > ... >> Ok, also demnaechst ein ganzes Dutzend Meinungen einholen :-) > > Kannste machen, man kann ja alles übertreiben. > Wie gesagt, ich hatte ja vorher mehrere Stellen konsultiert und die schrieben alle das gleiche. >>>>> [USB ID} >>> Richtig und vollständig lesen: Die ID ist ein Zahlen_PAAR_ - und mit der >>> zweiten Zahl _kann_ man Sticks unterschiedlichen Typs des gleichen >>> Herstellers auseinander halten. Für die "Individuen" wäre ggfs. die >>> Seriennummer zuständig, wenn die mal benutzt wäre. >> >> Unterschiedlichen Typs ja, aber nicht jeden einzelnen Stick so wie bei >> der UUID. > > Auch mit "der UUID" geht das nicht, weil die beliebig änderbar ist und mit > der Hardware nix zu tun hat. Es gibt _kein_ Kennzeichen, das einen > "Stick" (oder ähnlichen Datenträger oder sogar allgemeines Gerät) wirklich > sicher _eindeutig_ kennzeichnet. (Und schon gleich gar nicht, wenn das aus > China kommt. Dort werden ja sogar die Kratzer im Gehäuse nachgebaut...) > Schon, aber unter normalen Umstaenden aendert sich die UUID nicht. Ausser wenn man locker flockig mit dd ... > ... >>>> Ich mag sie ohnehin nicht und nehme immer /dev/sdd, dev/mmcblk0, und so >>>> weiter. >>> >>> Das ist hier eine zweischneidige Angelegenheit - solange die Hardware > ... >> So isses, und wenn man die in umgekehrter Reihenfolge wieder reinsteckt, >> gibt es Aerger. Der Vorteil ist aber, dass man auch einen ganz anderen >> Stick einstecken kann und es funktioniert. > > Vorausgesetzt, der Stick ist dafür ausgelegt. Ja, das ist möglich, aber > wie oftmals muß man halt "ein klein wenig" _wissen, was man tut_. > Das lief sehr schon, so habe ich das Problem des zu engen Speicherplatzes fuer / und /home auf dem ArchLinux Kaestchen beseitigt. Von 2GB auf 30GB, das sollte auf ewig reichen. Jetzt muss ich dem noch diese Loggeritis abgewohnen. systemd ist auf volatile und 10MB max gesetzt. Doch trotz log level = 0 in smb.conf wird weiterhin fleissig in nmbd.log und smbd.log geklimpert. Das ist fuer einen USB-Stick ungesund, aber gar so empfindlich sollen sie bei moderatem Datenvolumen nicht sein. >> >>> ... Da ich die UUIDs auch nicht mag, benutze ich für diesen >>> Zwecke deswegen lieber Labels - was den "Datenträgernamen" von Windows > ... >> Ja, sollte ich mir in der Tat angewoehnen, das geht ja auch mit ext >> Formatierung (in diesem Fall ext3). > > Das geht mit allen ext-Formaten, und wohl auch mit allen anderen, die > Labels kennen - kann ich nur mangels solcher nicht testen. > BTW, warum noch ext3? ext4 ist aktuell und hat durchaus Vorteile. > Ich hatte mich nur an Ratschlaege aus ArchLinux Gruppen und Veroeffentlichungen gehalten. Die Pogoplug Hardware ist spartanisch und gut 10 Jahre alt. Es gibt nur eine ArchLinux Version dafuer. Die ist zwar im Kernel update-faehig, aber es wurde ueberall ext3 empfohlen. Den Datenspeicher koennte ich auf ext4 umformatieren, aber ext3 sollte doch auch gehen. Das einzige, was ich an "hochtrabenden" Features benutzen moechte, ist eine automatische Synchronisation mit den Daten auf einem der Rechner. Da habe ich aber noch nicht raus, was man dafuer so nimmt. unison ist recht alt, rsync ist dafuer was hoelzern. >>>>>>> Und, Samba KANN durchaus Laufwerksgrößen oder freien Platz > ... >> Es ist derzeit noch schlimmer. Auf allen Linux-Rechern sind keine Samba- >> oder Windows-Shares mehr erreichbar. Vielleicht ist beim Update wieder > > Dein altes Leiden? > Ja, Networking mit Linux empfinde ich als muehsam. >> was geschossen worden. Selbst auf "smbtree" bekomme ich nur noch die >> Antwort "-bash: smbtree: command not found". Laut Recherche deutet das >> auf nicht-installiertes Samba hin. Samba ist aber auf allen installiert > > Ja, da ist offenbar was "verloren gegangen". smbtree gehört zu den > smb-utils (oder wie das Dein System nennt) und _könnte_ separat zu Samba > (dem Server) zu installieren sein. Die smb-utils sind sozusagen das > Gegenstück zum Server, d.h. der Client bzw. dessen Bestandteile. > Das gilt auch fuer andere Dinge, die mir bei Samba ziemlich Steine in den Weg legten. So etwa fehlte gvfs-backends. Laut einem der Developer von MX Linux haette das in der Distro enthalten sein muessen. War es aber nicht. Das sind Sachen, die ein Anfaenger nur muehsam herausfindet. >> und funktioniert (wird von anderen Rechnern jedoch nur gesehen, wenn die >> im Windows-Boot sind). cifs-utils ist ebenfalls installiert. Manchmal >> ist es zum Haareraufen :-) > > Ahhhso, dann heißt das, was ich oben als "smb-utils" angesprochen habe > (wie hier auch, wie ich grade nachgeschaut habe), also "cifs-utils". > >> Ich hatte einen Post in de.comp.os.unix.networking.samba gesetzt, aber >> die Gruppe ist sehr duenn und niemand hatte eine Idee losgelassen. > > Ja, das könnte auch weiter so bleiben, seit der Albasani-News-Server > verschwunden ist. Viele, die sich darüber am usenet beteiligten, werden > sich nicht die Mühe machen, sich woanders anzumelden. > Schade. Es gibt kein so effizientes Medium wie Usenet zum Gedankenaustausch. Web Foren bekommen i.d.R. nichtmal sauberes Sub-Threading gebacken, wir einfach alles hintereinandergeklatscht. >> Interessant ist auch, dass das kleine ArchLinux NAS Kaestchen immer alle >> Shares sieht, auch wenn ich die dort nicht brauche. > > Du schriebst am Fri, 22 May 2020 10:00:52 -0700: > > [Vollzitat beseitigt...] Oops, sorry, mea culpa. > ... >> ... bis heute morgen. Jetzt sieht auch ArchLinux keine Shares mehr :-( > > Hat da mal wieder Dein Router zugeschlagen und fröhliches Adressenraten > ausgerufen? > D.h. hat dessen DHCP-Server alle Leases gekündigt und die Adressen neu > ausgelost und ausgegeben, so daß jetzt die bekannten (und gespeicherten) > Adressen nicht mehr passen? > Das hat der bisher nie getan. Der einzige, der schonmal eine neue IP bekommt, ist der Drucker. Warum auch immer. Einer der Gruende, warum ich den ohne fest IP einrichten wollte. Jedenfalls geht Samba wieder. Nach dem Nachladen von gvfs-backends bei den MX Linux Rechner ist es nun auch robuster. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
Page 1 of 13 [1] 2 3 … 13 Next page →
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web