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

sudo opensuse

Started by	Albrecht Mehl <unvalid@invalid.invalid>
First post	2022-01-03 11:03 +0100
Last post	2022-01-06 14:32 +0100
Articles	20 on this page of 118 — 25 participants

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

  sudo opensuse Albrecht Mehl <unvalid@invalid.invalid> - 2022-01-03 11:03 +0100
    Re: sudo opensuse Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-03 11:32 +0100
      Re: sudo opensuse Albrecht Mehl <unvalid@invalid.invalid> - 2022-01-03 16:34 +0100
        Re: sudo opensuse Christian Garbs <mitch@cgarbs.de> - 2022-01-03 17:17 +0000
          Re: sudo opensuse Albrecht Mehl <unvalid@invalid.invalid> - 2022-01-04 10:00 +0100
            Re: sudo opensuse nospam_2021@efbe.prima.de - 2022-01-04 10:46 +0100
              Re: sudo opensuse Albrecht Mehl <unvalid@invalid.invalid> - 2022-01-04 11:16 +0100
                Re: sudo opensuse nospam_2022@efbe.prima.de - 2022-01-04 11:56 +0100
                Re: sudo opensuse Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-05 12:43 +0100
                  Re: sudo opensuse Andreas Kohlbach <ank@spamfence.net> - 2022-01-05 18:34 -0500
            Re: sudo opensuse Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-04 10:42 +0100
              Re: sudo opensuse Albrecht Mehl <unvalid@invalid.invalid> - 2022-01-04 12:24 +0100
                Re: sudo opensuse Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-04 16:54 +0100
                  Re: sudo opensuse Albrecht Mehl <unvalid@invalid.invalid> - 2022-01-05 15:13 +0100
                    Re: sudo opensuse Albrecht Mehl <unvalid@invalid.invalid> - 2022-01-05 17:18 +0100
                      Re: sudo opensuse Bernd Mayer <beam.bam.boom@knuut.de> - 2022-01-05 18:35 +0100
                      Re: sudo opensuse Bernd Mayer <beam.bam.boom@knuut.de> - 2022-01-05 18:46 +0100
                        Re: sudo opensuse Wolfgang Kynast <wky@gmx.de> - 2022-01-05 18:55 +0100
                          Re: sudo opensuse Bernd Mayer <beam.bam.boom@knuut.de> - 2022-01-05 20:57 +0100
                            Re: sudo opensuse Wolfgang Kynast <wky@gmx.de> - 2022-01-06 00:05 +0100
                    Re: sudo opensuse Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-05 18:40 +0100
                      Re: sudo opensuse Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-05 19:56 +0100
                        Re: sudo opensuse Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-05 20:38 +0100
                          Re: sudo opensuse Andreas Kohlbach <ank@spamfence.net> - 2022-01-05 18:46 -0500
                            Re: sudo opensuse Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-06 07:13 +0100
                              Re: sudo opensuse Andreas Kohlbach <ank@spamfence.net> - 2022-01-06 09:06 -0500
                              Re: sudo opensuse Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-07 12:44 +0100
                      Re: sudo opensuse Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-05 21:34 +0100
                        Re: sudo opensuse Andreas Kohlbach <ank@spamfence.net> - 2022-01-05 18:51 -0500
                          Re: sudo opensuse Frank Miller <miller@posteo.ee> - 2022-01-06 01:32 +0100
                            Re: sudo opensuse Andreas Kohlbach <ank@spamfence.net> - 2022-01-05 21:44 -0500
                          Re: sudo opensuse Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-01-06 10:22 +0000
                            Re: sudo opensuse Andreas Kohlbach <ank@spamfence.net> - 2022-01-06 09:21 -0500
                              Re: sudo opensuse Alexander Goetzenstein <alexander_goetzenstein@web.de> - 2022-01-06 16:13 +0100
                              Re: sudo opensuse Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-01-06 15:46 +0000
                                Re: sudo opensuse Andreas Kohlbach <ank@spamfence.net> - 2022-01-06 14:47 -0500
                                  Re: sudo opensuse Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-01-07 12:08 +0000
                                    Re: sudo opensuse Hans CraueI <crauel_usenet@freenet.de> - 2022-01-07 12:31 +0000
                                      Re: sudo opensuse Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-01-08 09:18 +0000
                                        Automount (war: sudo opensuse) Hans CraueI <crauel_usenet@freenet.de> - 2022-01-08 13:47 +0000
                                          Re: Automount Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-01-08 19:17 +0000
                                            Re: Automount Marcus Jodorf <trap@killfile.de> - 2022-01-12 04:59 +0100
                                              Re: Automount Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-01-12 08:10 +0000
                                                Re: Automount Ralph Angenendt <dein.name@strg-alt-entf.org> - 2022-01-12 11:34 +0000
                                                Re: Automount Marcus Jodorf <trap@killfile.de> - 2022-01-12 20:24 +0100
                                                  Re: Automount Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-01-13 08:13 +0000
                                              Re: Automount Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-12 20:04 +0100
                                                Re: Automount Marcus Jodorf <trap@killfile.de> - 2022-01-12 22:00 +0100
                                    Re: sudo opensuse Andreas Kohlbach <ank@spamfence.net> - 2022-01-07 08:16 -0500
                                      Re: sudo opensuse Frank Miller <miller@posteo.ee> - 2022-01-07 19:50 +0100
                                        Re: sudo opensuse Andreas Kohlbach <ank@spamfence.net> - 2022-01-07 17:57 -0500
                                          MATE Desktop (was: sudo opensuse) Frank Miller <miller@posteo.ee> - 2022-01-08 01:14 +0100
                                          Re: sudo opensuse Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-08 22:59 +0100
                                            Re: sudo opensuse Andreas Kohlbach <ank@spamfence.net> - 2022-01-08 18:59 -0500
                                              Re: sudo opensuse Christian Garbs <mitch@cgarbs.de> - 2022-01-09 09:21 +0000
                                                Re: sudo opensuse Frank Miller <miller@posteo.ee> - 2022-01-09 19:49 +0100
                                                  Re: sudo opensuse Andreas Kohlbach <ank@spamfence.net> - 2022-01-09 18:19 -0500
                                                    Re: sudo opensuse Frank Miller <miller@posteo.ee> - 2022-01-10 01:46 +0100
                                                      Re: sudo opensuse Andreas Kohlbach <ank@spamfence.net> - 2022-01-10 05:43 -0500
                                                        Re: sudo opensuse Laurenz Trossel <me@example.invalid> - 2022-01-10 11:05 +0000
                      Re: sudo opensuse Albrecht Mehl <unvalid@invalid.invalid> - 2022-01-06 12:38 +0100
                        Re: sudo opensuse Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-01-06 13:09 +0100
                          Re: sudo opensuse Albrecht Mehl <unvalid@invalid.invalid> - 2022-01-06 14:10 +0100
                            Re: sudo opensuse Paul Muster <exp-311222@news.muster.net> - 2022-01-06 14:30 +0100
                        Re: sudo opensuse Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2022-01-06 13:27 +0100
                          Re: sudo opensuse Albrecht Mehl <unvalid@invalid.invalid> - 2022-01-06 14:26 +0100
                            Re: sudo opensuse Alexander Goetzenstein <alexander_goetzenstein@web.de> - 2022-01-06 16:18 +0100
                            Re: sudo opensuse Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-06 15:14 +0100
                          Re: sudo opensuse Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-01-06 16:35 +0100
                      Re: sudo opensuse Albrecht Mehl <unvalid@invalid.invalid> - 2022-01-07 09:29 +0100
                        Re: sudo opensuse Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-07 10:18 +0100
                          Re: sudo opensuse Albrecht Mehl <unvalid@invalid.invalid> - 2022-01-07 15:20 +0100
                            Re: sudo opensuse Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-07 16:44 +0100
                              Re: sudo opensuse Albrecht Mehl <unvalid@invalid.invalid> - 2022-01-08 09:20 +0100
                                Re: sudo opensuse Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-08 10:21 +0100
                                Re: sudo opensuse Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2022-01-08 11:50 +0100
                                  Re: sudo opensuse Albrecht Mehl <unvalid@invalid.invalid> - 2022-01-13 10:32 +0100
                                    Re: sudo opensuse Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-13 10:47 +0100
                                      Re: sudo opensuse Albrecht Mehl <unvalid@invalid.invalid> - 2022-01-14 14:58 +0100
                                    Re: sudo opensuse Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-14 07:10 +0100
                                      Re: sudo opensuse Andreas Kohlbach <ank@spamfence.net> - 2022-01-14 04:18 -0500
                                        Re: sudo opensuse Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-15 09:00 +0100
                            Re: sudo opensuse Alexander Goetzenstein <alexander_goetzenstein@web.de> - 2022-01-07 17:47 +0100
                          Re: sudo opensuse Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-07 21:06 +0100
                            Re: sudo opensuse Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-08 10:35 +0100
                              Re: sudo opensuse Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-08 23:23 +0100
                              Re: sudo opensuse Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-08 23:16 +0100
                                Re: sudo opensuse Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-09 09:56 +0100
                                Re: sudo opensuse Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-09 10:04 +0100
                  Re: sudo opensuse Frank Miller <miller@posteo.ee> - 2022-01-06 01:52 +0100
                Re: sudo opensuse Frank Miller <miller@posteo.ee> - 2022-01-05 03:36 +0100
                  Re: sudo opensuse Wolfgang Kynast <wky@gmx.de> - 2022-01-05 08:41 +0100
          Re: sudo opensuse Andreas Kohlbach <ank@spamfence.net> - 2022-01-05 05:48 -0500
            Re: sudo opensuse Hans CraueI <crauel_usenet@freenet.de> - 2022-01-05 11:42 +0000
              Re: sudo opensuse Andreas Kohlbach <ank@spamfence.net> - 2022-01-05 18:22 -0500
            Re: sudo opensuse Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-05 19:50 +0100
              Re: sudo opensuse Andreas Kohlbach <ank@spamfence.net> - 2022-01-05 18:29 -0500
                Re: sudo opensuse Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-06 07:19 +0100
          Re: sudo opensuse Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-09 09:56 +0100
            Re: sudo opensuse Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-01-09 13:06 +0100
              Re: sudo opensuse Thomas Noll <-_tn_-@web.de> - 2022-01-09 12:37 +0000
              Re: sudo opensuse Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-09 16:28 +0100
              Re: sudo opensuse Christian Garbs <mitch@cgarbs.de> - 2022-01-09 23:44 +0000
                Re: sudo opensuse Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-01-10 05:59 +0100
                  Re: sudo opensuse Andreas Kohlbach <ank@spamfence.net> - 2022-01-10 05:26 -0500
                    Re: sudo opensuse Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-01-10 12:17 +0100
                      Re: sudo opensuse Andreas Kohlbach <ank@spamfence.net> - 2022-01-10 19:28 -0500
        Re: sudo opensuse Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-05 02:30 +0100
          Re: sudo opensuse Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-05 12:45 +0100
            Re: sudo opensuse Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-07 01:59 +0100
              Re: sudo opensuse Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-07 12:52 +0100
                Re: sudo opensuse Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-08 21:59 +0100
                  Re: sudo opensuse Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-09 21:42 +0100
        Re: sudo opensuse Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-05 12:39 +0100
    Re: sudo opensuse Marco Moock <mo01@posteo.de> - 2022-01-04 07:22 +0100
      Re: sudo opensuse Thomas Kempkes <news@familie-kempkes.de> - 2022-01-04 08:35 +0100
      Re: sudo opensuse Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-05 12:47 +0100
    Gelöst Re: sudo opensuse Albrecht Mehl <unvalid@invalid.invalid> - 2022-01-06 14:32 +0100

Page 3 of 6 — ← Prev page 1 2 [3] 4 5 6 Next page →

#120652 — Re: Automount

From	Ulli Horlacher <framstag@rus.uni-stuttgart.de>
Date	2022-01-08 19:17 +0000
Subject	Re: Automount
Message-ID	<srco0u$roi$1@news2.informatik.uni-stuttgart.de>
In reply to	#120650

Hans CraueI <crauel_usenet@freenet.de> wrote:

> > Hans CraueI wrote: 
> >> Nach Einstecken eines USB-Sticks gibt "df -h" 
> >> /dev/sdc1       1.9G  944M  967M  50% /media/hcl/USB DISK
> > 
> > Also ein Automounter, der dir keine Moeglichkeit gibt, mount-Optionen 
> > auszuwaehlen. So was ist *ZENSIERT* 
> 
> Ich wüsste jetzt keine mount-Optionen, die ich hier anders wählen 
> würde. 

rw/ro
sync/async


> Sollte dies doch mal anders sein, stünde mir das Verfahren 
> 
> | umount [device/mountpoint] 
> | mount -$MEINE.OPTIONEN [device] [mountpoint] 
> 
> offen. 

Das geht wieder nur als root.


> Eine Beobachtung etwa: Hier läuft X auf vt7 und vt8. Ist auf beiden 
> jemand aktiv, so wird unter /media/$VT7.USER/ und mit Nutzerrechten 
> des vt7-Nutzers eingehängt. Das kann den vt8-Nutzer irritieren. 

Schlimmer geht immer :-}


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK         
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    http://www.tik.uni-stuttgart.de/

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

#120791 — Re: Automount

From	Marcus Jodorf <trap@killfile.de>
Date	2022-01-12 04:59 +0100
Subject	Re: Automount
Message-ID	<87v8ypd2pi.fsf-bofh@killfile.de>
In reply to	#120652

Ulli Horlacher <framstag@rus.uni-stuttgart.de> schrieb:

>> Eine Beobachtung etwa: Hier läuft X auf vt7 und vt8. Ist auf beiden 
>> jemand aktiv, so wird unter /media/$VT7.USER/ und mit Nutzerrechten 
>> des vt7-Nutzers eingehängt. Das kann den vt8-Nutzer irritieren. 
>
> Schlimmer geht immer :-}

Da es hier glaube ich noch nicht erwähnt wurde:
Man kann auch noch udev ins Spiel bringen.

Für normales Zeugs, das ich gelegentlich mal anstöpsle, belasse ich es
z.B. bei den normalen Mechanismen von xfce das mit udisks2 den Kram
einfach für den User unter /media nach Mausclick ein- und aushängt.

Für speziellere Sachen (Backup und Archivplatten) regel ich das über
udev per Disklabel gezielter. Ist seit systemd alles ein wenig mühsamer
in der Umsetzung geworden, aber kann ganz praktisch sein.

Wird eine Platte mit Namenschema BACKUP-XX (mit XX = laufende Nummer)
angestöpselt, wird sie an vordefiniertem Mountpoint eingehängt, der
Archivfolder draufkopiert und dann unmounted. D.h. wenn die
Aktivitäts-LED ausgeht, weiß ich, daß das Backup kopiert ist und ich
wieder abstöpseln kann.
So kann ich Backups auf externe Platten vollautomatisch nur durch
Anstecken der passenden Platten ziehen.

Entsprechend kann man andere Platten mit anderen Labels oder ids ganz
nach Wunsch auch anders behandeln lassen und geht halt auch z.B. mit
Disklabeln und Wildcards.
Alles z.B. mit Label = „PHOTO*“ an mountpoint XYZ oder in Verzeichnis
ABC als Unterverzeichnis=Label (so daß man mehrere gleichzeitig
anschließen kann), wo man dann z.B. seine Photos aus der Knipse
hinschieben kann.

Ist für regelmäßig benötigte Varianten IMHO ganz nützlich und wenn man
mit Wildcards ganze Kategorien von Medien nach individuellen Regeln
abhandeln will.

Unmount muß man allerdings konventionell lösen (sudo z.B.), wenn das
nicht wie beim Beispiel des Backup-Copy über ein Skript in einem Rutsch
geschehen kann.


Gruß,

Marcus
⚂⚃

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

#120799 — Re: Automount

From	Ulli Horlacher <framstag@rus.uni-stuttgart.de>
Date	2022-01-12 08:10 +0000
Subject	Re: Automount
Message-ID	<srm2cu$7eu$1@news2.informatik.uni-stuttgart.de>
In reply to	#120791

Marcus Jodorf <trap@killfile.de> wrote:

> Wird eine Platte mit Namenschema BACKUP-XX (mit XX = laufende Nummer)
> angestöpselt, wird sie an vordefiniertem Mountpoint eingehängt, der
> Archivfolder draufkopiert und dann unmounted. D.h. wenn die
> Aktivitäts-LED ausgeht, weiß ich, daß das Backup kopiert ist und ich
> wieder abstöpseln kann.
> So kann ich Backups auf externe Platten vollautomatisch nur durch
> Anstecken der passenden Platten ziehen.

Damit siehst du keine Fehlermeldungen, was gerade bei backup fatal ist.
"Niemand brauch backup, alle wollen nur restore!"


> Unmount muß man allerdings konventionell lösen (sudo z.B.), wenn das
> nicht wie beim Beispiel des Backup-Copy über ein Skript in einem Rutsch
> geschehen kann.

Beim interaktiven usbmount passiert das automatisch mit Verlassen der
mount-shell.


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK         
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    http://www.tik.uni-stuttgart.de/

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

#120804 — Re: Automount

From	Ralph Angenendt <dein.name@strg-alt-entf.org>
Date	2022-01-12 11:34 +0000
Subject	Re: Automount
Message-ID	<slrnsttf5v.rbo.dein.name@news.strg-alt-entf.org>
In reply to	#120799

Well, Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
> Marcus Jodorf <trap@killfile.de> wrote:
>> Wird eine Platte mit Namenschema BACKUP-XX (mit XX = laufende Nummer)
>> angestöpselt, wird sie an vordefiniertem Mountpoint eingehängt, der
>> Archivfolder draufkopiert und dann unmounted. D.h. wenn die
>> Aktivitäts-LED ausgeht, weiß ich, daß das Backup kopiert ist und ich
>> wieder abstöpseln kann.
>> So kann ich Backups auf externe Platten vollautomatisch nur durch
>> Anstecken der passenden Platten ziehen.
>
> Damit siehst du keine Fehlermeldungen, was gerade bei backup fatal ist.
> "Niemand brauch backup, alle wollen nur restore!"

Wenn du keine Fehlerbehandlung in dein Backupscript einbaust, ist das 
natürlich so. Aber was lässt dich vermuten, dass Marcus so einen Unsinn 
macht?

Ralph
-- 
Übervaterlandverräter und Mutterkornblumenblau

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

#120817 — Re: Automount

From	Marcus Jodorf <trap@killfile.de>
Date	2022-01-12 20:24 +0100
Subject	Re: Automount
Message-ID	<87y23kycxw.fsf-bofh@killfile.de>
In reply to	#120799

Ulli Horlacher <framstag@rus.uni-stuttgart.de> schrieb:

>> So kann ich Backups auf externe Platten vollautomatisch nur durch
>> Anstecken der passenden Platten ziehen.
>
> Damit siehst du keine Fehlermeldungen, was gerade bei backup fatal
> ist.  "Niemand brauch backup, alle wollen nur restore!"

Wenn Fehlermeldungen auftauchen, läßt man sich die per Mail oder
meinetwegen per Messenger oder sonstwie zustellen. Wie es halt am Besten
paßt.
Wie gut oder schlecht man das umsetzt, steht ja jedem frei. Wenn du
möchtest und genug Zeit hast, kannst Du vor dem umount z.B. auch nochmal
eine Integritätsprüfung durchlaufen lassen.

>> Unmount muß man allerdings konventionell lösen (sudo z.B.), wenn das
>> nicht wie beim Beispiel des Backup-Copy über ein Skript in einem
>> Rutsch geschehen kann.
>
> Beim interaktiven usbmount passiert das automatisch mit Verlassen der
> mount-shell.

Ist halt nicht perfekt sondern nur eine weiterer möglicher
Lösungsweg. Für vollautomatische, repitetive Geschichten wie halt Daten
archivieren/extern sichern, hätte ich z.B. überhaupt keine Lust, mich
jeden Tag da sinnlos jedesmal neu einzuloggen und irgendwas manuell
anzustoßen.
Platte anstöpseln ist da ja an sich schon lästig genug.
Alles, was eine Datensicherung so einfach wie nur möglich macht, ist per
Definition gut.


Gruß,

Marcus
⚂⚃

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

#120822 — Re: Automount

From	Ulli Horlacher <framstag@rus.uni-stuttgart.de>
Date	2022-01-13 08:13 +0000
Subject	Re: Automount
Message-ID	<sromud$so8$1@news2.informatik.uni-stuttgart.de>
In reply to	#120817

Marcus Jodorf <trap@killfile.de> wrote:

> Ist halt nicht perfekt sondern nur eine weiterer möglicher
> Lösungsweg. Für vollautomatische, repitetive Geschichten wie halt Daten
> archivieren/extern sichern, hätte ich z.B. überhaupt keine Lust, mich
> jeden Tag da sinnlos jedesmal neu einzuloggen und irgendwas manuell
> anzustoßen.
> Platte anstöpseln ist da ja an sich schon lästig genug.
> Alles, was eine Datensicherung so einfach wie nur möglich macht, ist per
> Definition gut.

Ok, fuer das spezielle Problem (USB-)Backup baut man sich eine spezielle
Loesung. Ich dachte eher an das generische "mounten von USB Datentraeger".

-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK         
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    http://www.tik.uni-stuttgart.de/

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

#120814 — Re: Automount

From	Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de>
Date	2022-01-12 20:04 +0100
Subject	Re: Automount
Message-ID	<20220112200419.229658795f3e4af4ca1e223c@SchS.de>
In reply to	#120791

Hallo Marcus Jodorf,

Du schriebst am Wed, 12 Jan 2022 04:59:05 +0100:

[udev]
> Wird eine Platte mit Namenschema BACKUP-XX (mit XX = laufende Nummer)
> angestöpselt, wird sie an vordefiniertem Mountpoint eingehängt, der
> Archivfolder draufkopiert und dann unmounted. D.h. wenn die
> Aktivitäts-LED ausgeht, weiß ich, daß das Backup kopiert ist und ich
> wieder abstöpseln kann.
> So kann ich Backups auf externe Platten vollautomatisch nur durch
> Anstecken der passenden Platten ziehen.

Kleine Frage am Rande: Und wie prüfst Du dann das Backup auf der Platte
oder spielst es bzw. einzelne Dateien wieder zurück? Scheint mir "ein
wenig" viel Automatismus (geworden?) zu sein.

> Entsprechend kann man andere Platten mit anderen Labels oder ids ganz
> nach Wunsch auch anders behandeln lassen und geht halt auch z.B. mit
...
> Unmount muß man allerdings konventionell lösen (sudo z.B.), wenn das
> nicht wie beim Beispiel des Backup-Copy über ein Skript in einem
> Rutsch geschehen kann.

Auch das kann vollautomatisch laufen, allerdings braucht man dazu den
"guten alten" Geey^WGUI-_un¯abhängigen "automount". Der kann nach einer
gewissen Zeit der Inaktivität einen solchen Datenträger wieder
selbständig umounten, so daß der wieder ohne extra Aktion abgekoppelt
werden kann. Eine Benachrichtigung darüber läßt sich natürlich auch
erzteugen.

-- 
(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]

#120819 — Re: Automount

From	Marcus Jodorf <trap@killfile.de>
Date	2022-01-12 22:00 +0100
Subject	Re: Automount
Message-ID	<87wnj4brfr.fsf-bofh@killfile.de>
In reply to	#120814

Sieghard Schicktanz <Sieghard.Schicktanz@schs.de> schrieb:

>> So kann ich Backups auf externe Platten vollautomatisch nur durch
>> Anstecken der passenden Platten ziehen.
>
> Kleine Frage am Rande: Und wie prüfst Du dann das Backup auf der
> Platte oder spielst es bzw. einzelne Dateien wieder zurück? Scheint
> mir "ein wenig" viel Automatismus (geworden?) zu sein.

Kommt auf den Einzelfall an und wie wichtig es ist.

Ein Anwendungsfall ist z.B. Sicherung von ein paar VMs.
Die Hauptsicherung liegt da auf einem dedizierten Backupserver für den
Zweck. Eine weitere Kopie geht parallel noch gesichert extern auf einen
Server, der nur für dem Zweck in einem Rechenzentrum untergebracht ist.
Die Server halten mehrere Monate Sicherungen vor.
Als dritte Sicherungsebene geht das dann noch auf Platten (Tages-,
Wochen-, Monatsplatten) die halt täglich angestöpselt und dann extern
gelagert werden. Hier wird einfach nur kopiert, da es nur eine weitere
zusätzliche Redundanz ist.

Die Backupsoftware prüft turnusmäßig ihre Backups automatisch (wenn ich
recht erinnere u.a. über Prüfsummen der Inhalte der VM Images) und macht
Testrestores der VMs und noch etliche weitere Testverfahren.
Ich mache auch Stichproben mit Restores in Sandboxes wo die Sicherungen
abgeschirmt gestartet und geprüft werden können, ohne das es zu
Kollisionen mit den echten VMs kommen kann.

Meine privaten Digiknipsenbilder werden in ihren Verzeichnissen
katalogisiert und die Katalogdaten in einer Datenbank verwaltet. Unter
anderem auch Prüfsummen (ganz simpel md5 - theoretisch sind da
Kollisionen zwar möglich aber für den Zweck reicht es völlig) der
Dateien.
Wird die Archivplatte angestöpselt, werden alle Bilder mit der Platte
synchronisiert und alles, was neu reinkopiert wird, wird danach nochmal
gelesen und die Prüfsumme mit der Datenbankprüfsumme abgeglichen, daß
zumindest zu dem Zeitpunkt korrekt geschrieben wurde und korrekt gelesen
werden kann.
Zudem kann man auch ab und zu ein Prüfprogamm laufen lassen, daß einmal
alle Bilder der Platte einliest und die Prüfsummen dann nochmal mit den
Sollwerten in der Datenbank abgleicht.
Das ist halt meine private Sicherung für diesen Zweck.


> Auch das kann vollautomatisch laufen, allerdings braucht man dazu den
> "guten alten" Geey^WGUI-_un¯abhängigen "automount". Der kann nach
> einer gewissen Zeit der Inaktivität einen solchen Datenträger wieder
> selbständig umounten, so daß der wieder ohne extra Aktion abgekoppelt
> werden kann. Eine Benachrichtigung darüber läßt sich natürlich auch
> erzteugen.

Es ist einfach ein möglicher Baustein mit dem man sich - gerade auch in
Verbindung mit etlichen anderen Bausteinen - was bauen kann, was zum
jeweiligen Zweck paßt. Typisch Unixbaukasten halt.

Ich wollte es halt nur erwähnt haben, daß es diesen Baustein auch noch
als Möglichkeit im Repertoire gibt.



Gruß,

Marcus
⚂⚃

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

#120614

From	Andreas Kohlbach <ank@spamfence.net>
Date	2022-01-07 08:16 -0500
Message-ID	<87sftzsn2z.fsf@usenet.ankman.de>
In reply to	#120611

On Fri, 7 Jan 2022 12:08:48 +0000 (UTC), Ulli Horlacher wrote:
>
> Andreas Kohlbach <ank@spamfence.net> wrote:
>> On Thu, 6 Jan 2022 15:46:12 +0000 (UTC), Ulli Horlacher wrote:
>> >
>> > Andreas Kohlbach <ank@spamfence.net> wrote:
>> >
>> >> Gnome eben nicht. Oder Gnome mountet es, belästigt den User aber nicht
>> >> mit dem Start eines Filemanagers.
>> >
>> > Was sagt "df" nachdem du ein USB-Stick reingesteckt hast?
>> 
>> Filesystem     1K-blocks      Used Available Use% Mounted on
>> udev             1809360         0   1809360   0% /dev
>> tmpfs             365332      1088    364244   1% /run
>> /dev/sda5      128622260 100265496  21800092  83% /
>> tmpfs            1826644    123336   1703308   7% /dev/shm
>> tmpfs               5120         4      5116   1% /run/lock
>> tmpfs             365328        80    365248   1% /run/user/1000
>> tmpfs             365328        56    365272   1% /run/user/0
>> 
>> Interessanter vielleicht, was im Syslog kommt. Unter anderem:
>> 
>> Jan  6 14:43:00 ank kernel: [231768.903729] cdc_acm 1-2:1.6: ttyACM2: USB ACM device
>> Jan  6 14:43:00 ank kernel: [231768.905663] usbcore: registered new interface driver cdc_acm
>> Jan 6 14:43:00 ank kernel: [231768.905676] cdc_acm: USB Abstract
>> Control Model driver for USB modems and ISDN adapters
>> Jan  6 14:43:03 ank mtp-probe: checking bus 1, device 2: "/sys/devices/pci0000:00/0000:00:12.2/usb1/1-2"
>> Jan  6 14:43:03 ank mtp-probe: bus: 1, device: 2 was an MTP device
>
> Das sieht mir allerdings nicht nach USB-Stick aus!
> Es wurde auch kein /dev/sdX zugewiesen.

Nah, hochmodernes ISDN Geraffel. ;-)

Ist, wie erwähnt, ein Tablet und macht MTP (Media Transfer Protocol),
soweit ich das verstehe. Musste ich dem Tablet IIRC auch ein Mal sagen,
das zu machen.

Aber unabhängig davon bleibt die eigentliche Frage, warum MATE mich mit
dem File-Editor nervt, Gnome aber nicht. Vielleicht hatte ich das in
Gnome mal abgestellt? Aber wo? Dann sollte das auch in MATE gehen.
-- 
Andreas

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

#120629

From	Frank Miller <miller@posteo.ee>
Date	2022-01-07 19:50 +0100
Message-ID	<61D88B8B.1050309@backwurst.de>
In reply to	#120614

Andreas Kohlbach wrote:
[..snip..]
> Aber unabhängig davon bleibt die eigentliche Frage, warum MATE mich mit
> dem File-Editor nervt, Gnome aber nicht. Vielleicht hatte ich das in
> Gnome mal abgestellt? Aber wo? Dann sollte das auch in MATE gehen.

Hatte sich das nicht gestern erledigt?
Caja -> Einstellungen -> Datenträger

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

#120632

From	Andreas Kohlbach <ank@spamfence.net>
Date	2022-01-07 17:57 -0500
Message-ID	<874k6fqhlj.fsf@usenet.ankman.de>
In reply to	#120629

On Fri, 7 Jan 2022 19:50:51 +0100, Frank Miller wrote:
>
> Andreas Kohlbach wrote:
> [..snip..]
>> Aber unabhängig davon bleibt die eigentliche Frage, warum MATE mich mit
>> dem File-Editor nervt, Gnome aber nicht. Vielleicht hatte ich das in
>> Gnome mal abgestellt? Aber wo? Dann sollte das auch in MATE gehen.
>
> Hatte sich das nicht gestern erledigt?
> Caja -> Einstellungen -> Datenträger

Das muss ich überlesen haben, danke.

Allerdings scheint mir ein Dialog widersprüchlich. Dort sind unter
"Media"

[X] Never prompt or start programs on media insertation
[ ] Browser media when inserted

Ich habe das nun wie oben eingestellt. Ich lege diese Punkte aber so aus,
dass sie (fast) dasselbe meinen.

Jedenfalls nervt der Filemanager nun nicht mehr. Problem gelöst. :-)
-- 
Andreas

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

#120635 — MATE Desktop (was: sudo opensuse)

From	Frank Miller <miller@posteo.ee>
Date	2022-01-08 01:14 +0100
Subject	MATE Desktop (was: sudo opensuse)
Message-ID	<61D8D77C.8050703@backwurst.de>
In reply to	#120632

Andreas Kohlbach wrote:
> On Fri, 7 Jan 2022 19:50:51 +0100, Frank Miller wrote:
>>
>> Andreas Kohlbach wrote:
>> [..snip..]
>>> Aber unabhängig davon bleibt die eigentliche Frage, warum MATE mich mit
>>> dem File-Editor nervt, Gnome aber nicht. Vielleicht hatte ich das in
>>> Gnome mal abgestellt? Aber wo? Dann sollte das auch in MATE gehen.
>>
>> Hatte sich das nicht gestern erledigt?
>> Caja -> Einstellungen -> Datenträger
>
> Das muss ich überlesen haben, danke.

Kann sein - allerdings hast du dich bereits 'gestern' dafür bedankt. ;-)
Kleine Faustregel: /erst/ einen Tip ausprobieren und /dann/ bei Erfolg bedanken.

> Allerdings scheint mir ein Dialog widersprüchlich. Dort sind unter
> "Media"
>
> [X] Never prompt or start programs on media insertation
> [ ] Browser media when inserted

> Ich habe das nun wie oben eingestellt. Ich lege diese Punkte aber so aus,
> dass sie (fast) dasselbe meinen.

Hm, ich nutze hier noch eine ältere Version des MATE-DE und folglich auch Caja.
Da sieht die genannte Einstellungs-Seite anders aus.

Ich rate mal, daß die erste Option "Never prompt.." jegliche Popup-Nachfragen
unterdrückt, wenn Medien eingestöpselt/eingeschoben werden.
Und die zweite Option "Browse(r?) media" bestimmt, ob neu verbundene Medien
auch ohne Nutzer-Zugriff auch im Hintergrund schon eingelesen und auf ihren
Inhalt "gescannt" werden.

> Jedenfalls nervt der Filemanager nun nicht mehr. Problem gelöst. :-)

Na denn. :-)

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

#120659

From	Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de>
Date	2022-01-08 22:59 +0100
Message-ID	<20220108225924.63f13e94d43791791be603b1@SchS.de>
In reply to	#120632

Hallo Andreas Kohlbach,

Du schriebst am Fri, 07 Jan 2022 17:57:44 -0500:

> [X] Never prompt or start programs on media insertation
> [ ] Browser media when inserted
            ^?
> Ich habe das nun wie oben eingestellt. Ich lege diese Punkte aber so
> aus, dass sie (fast) dasselbe meinen.

Jedenfalls, wenn "dasselbe" für Dich dasselbe wie "das Gegenteil"
heißt? Ich würde vermuten, daß "Browse" (wohl ohne "r") heißen soll,
daß da ein "File Browser" aka File-Manager automatisch mit dem mount
point des "Mediums" als aktives Verzeichnis aufgerufen wird.

-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

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

#120661

From	Andreas Kohlbach <ank@spamfence.net>
Date	2022-01-08 18:59 -0500
Message-ID	<87bl0lok26.fsf@usenet.ankman.de>
In reply to	#120659

On Sat, 8 Jan 2022 22:59:24 +0100, Sieghard Schicktanz wrote:
>
> Hallo Andreas Kohlbach,
>
> Du schriebst am Fri, 07 Jan 2022 17:57:44 -0500:
>
>> [X] Never prompt or start programs on media insertation
>> [ ] Browser media when inserted
>             ^?
>> Ich habe das nun wie oben eingestellt. Ich lege diese Punkte aber so
>> aus, dass sie (fast) dasselbe meinen.
>
> Jedenfalls, wenn "dasselbe" für Dich dasselbe wie "das Gegenteil"
> heißt? Ich würde vermuten, daß "Browse" (wohl ohne "r") heißen soll,
> daß da ein "File Browser" aka File-Manager automatisch mit dem mount
> point des "Mediums" als aktives Verzeichnis aufgerufen wird.

Ja, Browse. Hat meine Rächtscheaiphülfe korrigiert und ich nicht geschaut.

Obiges bleibt für mich aber zu ähnlich: Ob nun ein Programm beim
Einstecken startet, oder ein File-Browser (diesmal mit "r") beim
Einstecken gestartet wird. Ich hätte als Designer den zweiten Punkt
weggelassen.
-- 
Andreas

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

#120668

From	Christian Garbs <mitch@cgarbs.de>
Date	2022-01-09 09:21 +0000
Message-ID	<sre9eo$ip2u$1@yggdrasil.dn.cgarbs.de>
In reply to	#120661

Mahlzeit!

Andreas Kohlbach <ank@spamfence.net> wrote:
> On Sat, 8 Jan 2022 22:59:24 +0100, Sieghard Schicktanz wrote:
>> Du schriebst am Fri, 07 Jan 2022 17:57:44 -0500:

>>> [X] Never prompt or start programs on media insertation
>>> [ ] Browser media when inserted
[…]

>> Jedenfalls, wenn "dasselbe" für Dich dasselbe wie "das Gegenteil"
>> heißt? Ich würde vermuten, daß "Browse" (wohl ohne "r") heißen soll,
>> daß da ein "File Browser" aka File-Manager automatisch mit dem mount
>> point des "Mediums" als aktives Verzeichnis aufgerufen wird.

> Obiges bleibt für mich aber zu ähnlich: Ob nun ein Programm beim
> Einstecken startet, oder ein File-Browser (diesmal mit "r") beim
> Einstecken gestartet wird. Ich hätte als Designer den zweiten Punkt
> weggelassen.

Sind das zwei [ ] Checkboxen oder zwei ( ) Radioboxen?
Also lassen sich beide gleichzeitig auswählen oder nicht?

Wenn man beides gleichzeitig anklicken kann,
bin ich so irritiert wie Du.

Gruß
Christian
-- 
....Christian.Garbs....................................https://www.cgarbs.de
3x12=36     2x12=24    1x12=12    0x12=18

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

#120685

From	Frank Miller <miller@posteo.ee>
Date	2022-01-09 19:49 +0100
Message-ID	<61DB2E47.3050902@backwurst.de>
In reply to	#120668

Andreas Kohlbach wrote:
> On Sun, 9 Jan 2022 09:21:28 -0000 (UTC), Christian Garbs wrote:
>>
>> Andreas Kohlbach <ank@spamfence.net> wrote:
>>> On Sat, 8 Jan 2022 22:59:24 +0100, Sieghard Schicktanz wrote:
>>>> Du schriebst am Fri, 07 Jan 2022 17:57:44 -0500:
>>
>>>>> [X] Never prompt or start programs on media insertation
>>>>> [ ] Browser media when inserted
>> […]
>>
>>>> Jedenfalls, wenn "dasselbe" für Dich dasselbe wie "das Gegenteil"
>>>> heißt? Ich würde vermuten, daß "Browse" (wohl ohne "r") heißen soll,
>>>> daß da ein "File Browser" aka File-Manager automatisch mit dem mount
>>>> point des "Mediums" als aktives Verzeichnis aufgerufen wird.
>>
>>> Obiges bleibt für mich aber zu ähnlich: Ob nun ein Programm beim
>>> Einstecken startet, oder ein File-Browser (diesmal mit "r") beim
>>> Einstecken gestartet wird. Ich hätte als Designer den zweiten Punkt
>>> weggelassen.
>>
>> Sind das zwei [ ] Checkboxen oder zwei ( ) Radioboxen?
>> Also lassen sich beide gleichzeitig auswählen oder nicht?
>
> Checkboxen. Ich hätte gleich einen Screenshot machen
> sollen. <http://96.20.145.113/caja.png> für 24 Stunden.

Ich hab' nen heißen Tip: einfach mal in diesem Fenster auf "Help" klicken. ;-)

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

#120702

From	Andreas Kohlbach <ank@spamfence.net>
Date	2022-01-09 18:19 -0500
Message-ID	<87pmp0cx9u.fsf@usenet.ankman.de>
In reply to	#120685

On Sun, 9 Jan 2022 19:49:43 +0100, Frank Miller wrote:
>
> Andreas Kohlbach wrote:
>> On Sun, 9 Jan 2022 09:21:28 -0000 (UTC), Christian Garbs wrote:
>>>
>>> Sind das zwei [ ] Checkboxen oder zwei ( ) Radioboxen?
>>> Also lassen sich beide gleichzeitig auswählen oder nicht?
>>
>> Checkboxen. Ich hätte gleich einen Screenshot machen
>> sollen. <http://96.20.145.113/caja.png> für 24 Stunden.
>
> Ich hab' nen heißen Tip: einfach mal in diesem Fenster auf "Help" klicken. ;-)

Klicken versuche ich zu vermeiden, da ich mich erst um eine echte Maus
bemühen muss, und bis dahin von "Klicks" (per Keyboard Mouse) absehen
will. ;-)

Nun doch gemacht. Nichts passiert beim Klicken auf "Help".

Egal, das Problem ist gelöst.
-- 
Andreas

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

#120706

From	Frank Miller <miller@posteo.ee>
Date	2022-01-10 01:46 +0100
Message-ID	<61DB81E1.1090607@backwurst.de>
In reply to	#120702

Andreas Kohlbach wrote:
> On Sun, 9 Jan 2022 19:49:43 +0100, Frank Miller wrote:
>>
>> Andreas Kohlbach wrote:

>>> Checkboxen. Ich hätte gleich einen Screenshot machen
>>> sollen. <http://96.20.145.113/caja.png> für 24 Stunden.
>>
>> Ich hab' nen heißen Tip: einfach mal in diesem Fenster auf "Help" klicken. ;-)
>
> Klicken versuche ich zu vermeiden, da ich mich erst um eine echte Maus
> bemühen muss, und bis dahin von "Klicks" (per Keyboard Mouse) absehen
> will. ;-)
>
> Nun doch gemacht. Nichts passiert beim Klicken auf "Help".

Na gut, dann mal für dich kopiert aus meinem alten Caja 1.18.5:

Never prompt or start programs on media insertion:

Wählen Sie diese Option, um Caja daran zu hindern, Dialoge zu öffnen oder
Programme auszuführen, sobald das Medium oder Gerät erscheint. Wenn diese
Option aktiviert ist, dann werden die Einstellungen für den Umgang mit
spezifischen Medienformaten ignoriert.

Browse media when inserted:

Wenn diese Option aktiviert ist, öffnet Caja automatisch einen Ordner,
sobald das Medium eingelegt wird. Dies gilt nur für Medienformate, für die
keine Regeln ausdrücklich definiert sind.

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

#120720

From	Andreas Kohlbach <ank@spamfence.net>
Date	2022-01-10 05:43 -0500
Message-ID	<875yqrdg77.fsf@usenet.ankman.de>
In reply to	#120706

On Mon, 10 Jan 2022 01:46:25 +0100, Frank Miller wrote:
>
> Andreas Kohlbach wrote:
>> On Sun, 9 Jan 2022 19:49:43 +0100, Frank Miller wrote:
>>>
>>> Andreas Kohlbach wrote:
>
>>>> Checkboxen. Ich hätte gleich einen Screenshot machen
>>>> sollen. <http://96.20.145.113/caja.png> für 24 Stunden.
>>>
>>> Ich hab' nen heißen Tip: einfach mal in diesem Fenster auf "Help" klicken. ;-)
>>
>> Klicken versuche ich zu vermeiden, da ich mich erst um eine echte Maus
>> bemühen muss, und bis dahin von "Klicks" (per Keyboard Mouse) absehen
>> will. ;-)
>>
>> Nun doch gemacht. Nichts passiert beim Klicken auf "Help".
>
> Na gut, dann mal für dich kopiert aus meinem alten Caja 1.18.5:

Iih, das ist Deutsch. ;-)

Aber danke.

> Never prompt or start programs on media insertion:
>
> Wählen Sie diese Option, um Caja daran zu hindern, Dialoge zu öffnen oder
> Programme auszuführen, sobald das Medium oder Gerät erscheint. Wenn diese
> Option aktiviert ist, dann werden die Einstellungen für den Umgang mit
> spezifischen Medienformaten ignoriert.
>
> Browse media when inserted:
>
> Wenn diese Option aktiviert ist, öffnet Caja automatisch einen Ordner,
> sobald das Medium eingelegt wird. Dies gilt nur für Medienformate, für die
> keine Regeln ausdrücklich definiert sind.

Sieht mir immer noch zu ähnlich aus, als dass es beide Optionen geben
sollte.

Es sollte IMO nur eine Option geben: Mache was (oder mache nichts, wenn
nicht abgehakt), "sobald das Medium oder Gerät erscheint". Es kann sich
bei einem USB-Stick immer nur um Dateien handeln. Warum ein "anderes"
Programm als einen File-Browser starten?
-- 
Andreas

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

#120724

From	Laurenz Trossel <me@example.invalid>
Date	2022-01-10 11:05 +0000
Message-ID	<srh3t2$10ti$1@gioia.aioe.org>
In reply to	#120720

On 2022-01-10, Andreas Kohlbach <ank@spamfence.net> wrote:

> Sieht mir immer noch zu ähnlich aus, als dass es beide Optionen geben
> sollte.

Die zwei Optionen sind unterschiedlich.

> Warum ein "anderes" Programm als einen File-Browser starten?

Das nennt sich "Autorun".
https://askubuntu.com/questions/642511

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

Page 3 of 6 — ← Prev page 1 2 [3] 4 5 6 Next page →

csiph-web

sudo opensuse

Contents

#120652 — Re: Automount

#120791 — Re: Automount

#120799 — Re: Automount

#120804 — Re: Automount

#120817 — Re: Automount

#120822 — Re: Automount

#120814 — Re: Automount

#120819 — Re: Automount

#120614

#120629

#120632

#120635 — MATE Desktop (was: sudo opensuse)

#120659

#120661

#120668

#120685

#120702

#120706

#120720

#120724