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


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

Komplettbackup womit?

Started byWolfgang Bauer <wolfgang-bauer@gmx.eu>
First post2021-04-13 10:38 +0200
Last post2021-04-17 15:19 +0200
Articles 20 on this page of 59 — 18 participants

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


Contents

  Komplettbackup womit? Wolfgang Bauer <wolfgang-bauer@gmx.eu> - 2021-04-13 10:38 +0200
    Re: Komplettbackup womit? Dr Eberhard Lisse <nospam@lisse.NA> - 2021-04-13 10:58 +0200
    Re: Komplettbackup womit? Claus Reibenstein <creibens@gmail.com> - 2021-04-13 13:10 +0200
      Re: Komplettbackup womit? Wolfgang Bauer <"wolfgang-bauer@gmx.eu"> - 2021-04-13 11:23 +0000
        Re: Komplettbackup womit? Kay Martinen <usenet@martinen.de> - 2021-04-13 14:15 +0200
          Re: Komplettbackup womit? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-13 14:58 +0200
            Re: Komplettbackup womit? Kay Martinen <usenet@martinen.de> - 2021-04-13 17:41 +0200
          Re: Komplettbackup womit? Wolfgang Bauer <wolfgang-bauer@gmx.eu> - 2021-04-13 15:42 +0200
          Re: Komplettbackup womit? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-13 14:38 +0000
            Re: Komplettbackup womit? Kay Martinen <usenet@martinen.de> - 2021-04-13 17:31 +0200
              Re: Komplettbackup womit? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-13 21:21 +0000
                Re: Komplettbackup womit? Marcus Jodorf <trap@killfile.de> - 2021-04-14 02:38 +0200
                  Re: Komplettbackup womit? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-14 19:39 +0000
                    Re: Komplettbackup womit? Kay Martinen <usenet@martinen.de> - 2021-04-14 22:49 +0200
                    Re: Komplettbackup womit? Marcus Jodorf <trap@killfile.de> - 2021-04-14 22:41 +0200
                      Re: Komplettbackup womit? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-15 17:47 +0000
                        Re: Komplettbackup womit? Marcus Jodorf <trap@killfile.de> - 2021-04-16 01:43 +0200
                          Re: Komplettbackup womit? Andreas Kohlbach <ank@spamfence.net> - 2021-04-15 20:28 -0400
                            Re: Komplettbackup womit? Kay Martinen <usenet@martinen.de> - 2021-04-16 22:16 +0200
                              Re: Komplettbackup womit? Andreas Kohlbach <ank@spamfence.net> - 2021-04-16 19:15 -0400
                                Re: Komplettbackup womit? Marcus Jodorf <trap@killfile.de> - 2021-04-17 07:36 +0200
                Re: Komplettbackup womit? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-14 08:16 +0000
                  Re: Komplettbackup womit? joerg@schily.net - 2021-04-14 13:51 +0000
                    Re: Komplettbackup womit? Andreas Kohlbach <ank@spamfence.net> - 2021-04-14 11:06 -0400
                      Re: Komplettbackup womit? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-14 18:30 +0200
                        Re: Komplettbackup womit? Andreas Kohlbach <ank@spamfence.net> - 2021-04-14 12:59 -0400
                          Re: Komplettbackup womit? Andreas Kohlbach <ank@spamfence.net> - 2021-04-14 14:20 -0400
                      Re: Komplettbackup womit? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-14 16:56 +0000
                        Re: Komplettbackup womit? Andreas Kohlbach <ank@spamfence.net> - 2021-04-14 14:17 -0400
                      Re: Komplettbackup womit? Kay Martinen <usenet@martinen.de> - 2021-04-14 22:56 +0200
                  Re: Komplettbackup womit? Kay Martinen <usenet@martinen.de> - 2021-04-14 16:18 +0200
      Re: Komplettbackup womit? Bernd Mayer <beam.bam.boom@knuut.de> - 2021-04-13 13:31 +0200
        Re: Komplettbackup womit? Andreas Kohlbach <ank@spamfence.net> - 2021-04-13 14:11 -0400
    Re: Komplettbackup womit? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-13 14:43 +0000
      Re: Komplettbackup womit? Kay Martinen <usenet@martinen.de> - 2021-04-13 17:48 +0200
        Re: Komplettbackup womit? Stefan Gruber <st.gruber@t-online.de> - 2021-04-13 18:08 +0200
          Re: Komplettbackup womit? Marcus Jodorf <trap@killfile.de> - 2021-04-13 18:46 +0200
            Re: Komplettbackup womit? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-14 08:14 +0200
              Re: Komplettbackup womit? Sven Hartge <sh-214@svenhartge.de> - 2021-04-14 09:59 +0200
          Re: Komplettbackup womit? Kay Martinen <usenet@martinen.de> - 2021-04-13 21:39 +0200
        Re: Komplettbackup womit? Thomas Kempkes <thomas@familie-kempkes.de> - 2021-04-13 18:21 +0200
        Re: Komplettbackup womit? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-13 17:22 +0000
          Re: Komplettbackup womit? Marcus Jodorf <trap@killfile.de> - 2021-04-14 02:17 +0200
            Re: Komplettbackup womit? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-14 19:23 +0000
              Re: Komplettbackup womit? Marcus Jodorf <trap@killfile.de> - 2021-04-14 22:39 +0200
          Re: Komplettbackup womit? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-14 08:21 +0000
      Re: Komplettbackup womit? Wolfgang Bauer <wolfgang-bauer@gmx.eu> - 2021-04-13 17:53 +0200
        Re: Komplettbackup womit? Stefan Gruber <st.gruber@t-online.de> - 2021-04-13 18:13 +0200
          Re: Komplettbackup womit? Wolfgang Bauer <"wolfgang-bauer@gmx.eu"> - 2021-04-13 16:39 +0000
            Re: Komplettbackup womit? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-13 17:27 +0000
              Re: Komplettbackup womit? Christian Garbs <mitch@cgarbs.de> - 2021-04-13 21:48 +0200
                Re: Komplettbackup womit? Kay Martinen <usenet@martinen.de> - 2021-04-13 23:00 +0200
                  Re: Komplettbackup womit? Andreas Kohlbach <ank@spamfence.net> - 2021-04-14 10:59 -0400
                Re: Komplettbackup womit? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-13 21:13 +0000
              Re: Komplettbackup womit? Kay Martinen <usenet@martinen.de> - 2021-04-13 21:46 +0200
            Re: Komplettbackup womit? Frank Miller <miller@posteo.ee> - 2021-04-13 23:50 +0200
    Re: Komplettbackup womit? Ralph Stahl <post@rstahl.de> - 2021-04-17 13:05 +0200
      Re: Komplettbackup womit? Wolfgang Bauer <wolfgang-bauer@gmx.eu> - 2021-04-17 14:01 +0200
        Re: Komplettbackup womit? Ralph Stahl <post@rstahl.de> - 2021-04-17 15:19 +0200

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


#116704

FromMarcus Jodorf <trap@killfile.de>
Date2021-04-17 07:36 +0200
Message-ID<87r1j9ealu.fsf-bofh@killfile.de>
In reply to#116703
Andreas Kohlbach <ank@spamfence.net> schrieb:

> On Fri, 16 Apr 2021 22:16:00 +0200, Kay Martinen wrote:
>>
>> Am 16.04.21 um 02:28 schrieb Andreas Kohlbach:
>>> On Fri, 16 Apr 2021 01:43:35 +0200, Marcus Jodorf wrote:
>>> ^^^^^^^^^^^^^^ Kannst nicht schlafen? Aber irgendwer (Du und ich)
>>> muss hier Nachtschicht einlegen. ;-)
>>
>> Sicher der (aber)glaube die gruppe würde geschlossen und der
>> schlüssel weg geworfen wenn mal ein paar stunden niemand postet.
>
> Habe gerade eben angestempelt. :-D

Bin ich wieder dran.

>> Für uns sind die Chancen höher extreme Klimakapriolen zu erleben die
>> teile des Planeten unbewohnbar machten. Da ist das Ende von Linux
>> o.a.  wohl eher nebensächlich.
>
> Vielleicht überlebt Linux seine Schöpfer.

Die Frage ist da mehr, ob es dann überhaupt noch unix-ähnlich ist -
also eher so im Geiste von Thompson und Ritchie (und ich reihe da dann
auch durchaus nochmal Torvalds ein) - also KISS principle et al. - oder
ob das dann mehr so ein Chimäre von Redhat und Poettering ist mehr so à
la benevolent dictator mit nettem ROI und komplett 'modernisiert' und
die bitteren Pillen nat. komplett in convenience verpackt, so daß es
auch überhaupt nicht weh tut. Jedenfalls nicht mehr so sehr, daß es noch
viele Leute merken würden.
Also ungefähr so, wie die ganzen Megacorps seit längerem ihre Netze
auswerfen. Talking about drinking the Kool-Aid.


Gruß,

Marcus
⚂⚃

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


#116644

FromUlli Horlacher <framstag@rus.uni-stuttgart.de>
Date2021-04-14 08:16 +0000
Message-ID<s568dj$9if$1@news2.informatik.uni-stuttgart.de>
In reply to#116632
Gerald E:scher <Spamer@fahr-zur-hoelle.org> wrote:

> GNU Hurd wird einmal fertig. Vielleicht erlebe ich es noch :-)

GNU Hurd wird gleichzeitig mit dem ersten Fusions-Reaktor in Betrieb gehen
:-)


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


#116650

Fromjoerg@schily.net
Date2021-04-14 13:51 +0000
Message-ID<s56s0e$ngm$1@news.dns-netz.com>
In reply to#116644
In article <s568dj$9if$1@news2.informatik.uni-stuttgart.de>,
Ulli Horlacher  <framstag@rus.uni-stuttgart.de> wrote:
>Gerald E:scher <Spamer@fahr-zur-hoelle.org> wrote:
>
>> GNU Hurd wird einmal fertig. Vielleicht erlebe ich es noch :-)
>
>GNU Hurd wird gleichzeitig mit dem ersten Fusions-Reaktor in Betrieb gehen
>:-)

Das wird aber durch die Randbedingungen schwer, denn:

Hurd	wird nächstes Jahr fertig

Fusion	wird in 50 Jahren verfügbar

-- 
EMail:joerg@schily.net			Jörg Schilling D-13353 Berlin
					Blog: http://schily.blogspot.com/
URL:  http://cdrecord.org/private/ http://sourceforge.net/projects/schilytools/files/

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


#116654

FromAndreas Kohlbach <ank@spamfence.net>
Date2021-04-14 11:06 -0400
Message-ID<874kg8nbxd.fsf@usenet.ankman.de>
In reply to#116650
On Wed, 14 Apr 2021 13:51:10 -0000 (UTC), joerg@schily.net wrote:
>
> Das wird aber durch die Randbedingungen schwer, denn:
>
> Hurd	wird nächstes Jahr fertig
>
> Fusion	wird in 50 Jahren verfügbar

Die Formel ist (seit Jahrzehnten) und bleibt:

| Fusion wird in `date +%Y` + 50 Jahren verfügbar

Neulich eine Dokumentation aus den 70ern gesehen, wo man "in 20 bis 30
Jahren" davon ausgeht, dass man Fusion im Alltag nutzen kann.
-- 
Andreas

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


#116658

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2021-04-14 18:30 +0200
Message-ID<s575bp$pek$1@news1.tnib.de>
In reply to#116654
Andreas Kohlbach <ank@spamfence.net> wrote:
>| Fusion wird in `date +%Y` + 50 Jahren verfügbar

 $ date +%Y --date="50 years"


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

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


#116661

FromAndreas Kohlbach <ank@spamfence.net>
Date2021-04-14 12:59 -0400
Message-ID<871rbcn6p6.fsf@usenet.ankman.de>
In reply to#116658
On Wed, 14 Apr 2021 18:30:49 +0200, Marc Haber wrote:
>
> Andreas Kohlbach <ank@spamfence.net> wrote:
>>| Fusion wird in `date +%Y` + 50 Jahren verfügbar
>
>  $ date +%Y --date="50 years"

~$ date +%Y --date="50 years"
date: invalid date ‘50 years’

Dagegen:

~$ expr `date +%Y` + 50
2071
-- 
Andreas

https://news-commentaries.blogspot.com/

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


#116665

FromAndreas Kohlbach <ank@spamfence.net>
Date2021-04-14 14:20 -0400
Message-ID<87a6q0lode.fsf@usenet.ankman.de>
In reply to#116661
On Wed, 14 Apr 2021 12:59:01 -0400, Andreas Kohlbach wrote:
>
> On Wed, 14 Apr 2021 18:30:49 +0200, Marc Haber wrote:
>>
>> Andreas Kohlbach <ank@spamfence.net> wrote:
>>>| Fusion wird in `date +%Y` + 50 Jahren verfügbar
>>
>>  $ date +%Y --date="50 years"
>
> ~$ date +%Y --date="50 years"
> date: invalid date ‘50 years’

Eben mal auf einer anderem Debian ausprobiert, wo das funktioniert.

Das Problem ist, dass ich und das Notebook in seiner derzeitigen
Ausstattung hier in 17 Jahren, wenn wir beide dann noch existieren,
unter dem Y2K38 Bug leiden werden.
-- 
Andreas

https://news-commentaries.blogspot.com/

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


#116660

FromUlli Horlacher <framstag@rus.uni-stuttgart.de>
Date2021-04-14 16:56 +0000
Message-ID<s576ru$i51$1@news2.informatik.uni-stuttgart.de>
In reply to#116654
Andreas Kohlbach <ank@spamfence.net> wrote:

> Neulich eine Dokumentation aus den 70ern gesehen, wo man "in 20 bis 30
> Jahren" davon ausgeht, dass man Fusion im Alltag nutzen kann.

Nach "Back to the Future" gibts spaetestens seit 2015 "Mr. Fusion" als
KFZ-Antrieb!


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


#116663

FromAndreas Kohlbach <ank@spamfence.net>
Date2021-04-14 14:17 -0400
Message-ID<87czuwloi6.fsf@usenet.ankman.de>
In reply to#116660
On Wed, 14 Apr 2021 16:56:30 +0000 (UTC), Ulli Horlacher wrote:
>
> Andreas Kohlbach <ank@spamfence.net> wrote:
>
>> Neulich eine Dokumentation aus den 70ern gesehen, wo man "in 20 bis 30
>> Jahren" davon ausgeht, dass man Fusion im Alltag nutzen kann.
>
> Nach "Back to the Future" gibts spaetestens seit 2015 "Mr. Fusion" als
> KFZ-Antrieb!

Und wir bewegen uns alle nur noch auf Hover-Boards fort und haben
selbstschnürende Schuhe. Und können einen Regenschauer auf die Sekunde
genau voraussagen.
-- 
Andreas

PGP fingerprint 952B0A9F12C2FD6C9F7E68DAA9C2EA89D1A370E0

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


#116672

FromKay Martinen <usenet@martinen.de>
Date2021-04-14 22:56 +0200
Message-ID<ah1kkh-p6g.ln1@news.martinen.de>
In reply to#116654
Am 14.04.21 um 17:06 schrieb Andreas Kohlbach:
> On Wed, 14 Apr 2021 13:51:10 -0000 (UTC), joerg@schily.net wrote:
>>
>> Das wird aber durch die Randbedingungen schwer, denn:
>>
>> Hurd	wird nächstes Jahr fertig
>>
>> Fusion	wird in 50 Jahren verfügbar
> 
> Die Formel ist (seit Jahrzehnten) und bleibt:
> 
> | Fusion wird in `date +%Y` + 50 Jahren verfügbar
> 
> Neulich eine Dokumentation aus den 70ern gesehen, wo man "in 20 bis 30
> Jahren" davon ausgeht, dass man Fusion im Alltag nutzen kann.
> 

Die Formel ist falsch. Mit Fusion hab ich schon in meiner Kindheit
gespielt (also VOR ca. 50 Jahren). Allerdings ähh...

1. In meinen Gedankenspielen über die Zukunft.
2. wg. der Angestrebten Fusion... mit einem Hübschen Mädel. :-)

Profane Elektronenschubserei.

Inzwischen könnte es sein das der HURD Kernel doch früher fertig wird.
Aber die einzigen die ihn dann noch haben wollten benutzen Linux oder...
OS/2. ;-)

Kay

-- 
Posted via leafnode

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


#116651

FromKay Martinen <usenet@martinen.de>
Date2021-04-14 16:18 +0200
Message-ID<t6ajkh-gpk.ln1@news.martinen.de>
In reply to#116644
Am 14.04.21 um 10:16 schrieb Ulli Horlacher:
> Gerald E:scher <Spamer@fahr-zur-hoelle.org> wrote:
> 
>> GNU Hurd wird einmal fertig. Vielleicht erlebe ich es noch :-)
> 
> GNU Hurd wird gleichzeitig mit dem ersten Fusions-Reaktor in Betrieb gehen
> :-)

Und es wird dann die Reaktor-Steuerung sein. Proof of Concept das beides
auch kaputt gehen kann.

Hey, mit Autos macht man auch Crash-tests! ;-)

Kay

-- 
Posted via leafnode

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


#116595

FromBernd Mayer <beam.bam.boom@knuut.de>
Date2021-04-13 13:31 +0200
Message-ID<s53vf9$6mm$1@gwaiyur.mb-net.net>
In reply to#116593
Am 13.04.21 um 13:10 schrieb Claus Reibenstein:
> Wolfgang Bauer schrieb am 13.04.2021 um 10:38:
> 
>> OS ist KDE neon 5.21.4
> 
> KDE ist kein OS, sondern nur eine grafische Oberfläche.
> 
Hallo,

siehe hier:
https://distrowatch.com/table.php?distribution=kdeneon

"KDE neon is a Ubuntu-based Linux distribution and live DVD featuring 
the latest KDE Plasma desktop and other KDE community software."

https://neon.kde.org/


Bernd Mayer

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


#116619

FromAndreas Kohlbach <ank@spamfence.net>
Date2021-04-13 14:11 -0400
Message-ID<87lf9mnjf5.fsf@usenet.ankman.de>
In reply to#116595
On Tue, 13 Apr 2021 13:31:53 +0200, Bernd Mayer wrote:
>
> Am 13.04.21 um 13:10 schrieb Claus Reibenstein:
>> Wolfgang Bauer schrieb am 13.04.2021 um 10:38:
>> 
>>> OS ist KDE neon 5.21.4

Ich würde *kein* Backup an Deiner Stelle machen, *wenn* es kein
produktives System ist.

>> KDE ist kein OS, sondern nur eine grafische Oberfläche.

Wolfgang sagte aber "KDE neon".

> siehe hier:
> https://distrowatch.com/table.php?distribution=kdeneon
>
> "KDE neon is a Ubuntu-based Linux distribution and live DVD featuring
> the latest KDE Plasma desktop and other KDE community software."

Auch Wikipedia:

|    KDE neon is a Linux distribution developed by KDE based on the most
|    recent Ubuntu long-term support (LTS) release [...]
-- 
Andreas

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


#116604

From"Gerald E:scher" <Spamer@fahr-zur-Hoelle.org>
Date2021-04-13 14:43 +0000
Message-ID<161832502571.64712.16250841488357175075.XPN@ID-37099.user.uni-berlin.de>
In reply to#116590
Wolfgang Bauer schrieb am 13/4/2021 10:38:

[Back In Time]

> Bei der Konfiguration soll ein 'Speicherort für Schnappschüsse'
> eingestellt werden. Gut, kein Problem ~/home/wolfgang/bachups.

Wie schon von Kai erwähnt, sind Backups auf die selbe Platte im
Allgemeinen ein Unfug.

> Wenn ich die Konfiguration mot OK verlasse gibt es eine Fehlermeldung.
> Profil: >Hauptprofil<
> Wenigstens einen Ordner zum Sichern auswählen. (? der Ordner ist ausgewählt)

Du hast ausgewählt *wohin* du sicherst, aber nicht *was* du sicherst.

> Wie sicher ist TimeShift, ist der Fehler in backintime ein Bug?

Nein, kein Bug. Mir scheint, du hast du Arbeitsweise von Back In Time
nicht verstanden.

-- 
Gerald

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


#116606

FromKay Martinen <usenet@martinen.de>
Date2021-04-13 17:48 +0200
Message-ID<j3rgkh-g33.ln1@news.martinen.de>
In reply to#116604
Am 13.04.21 um 16:43 schrieb Gerald E:scher:
> Wolfgang Bauer schrieb am 13/4/2021 10:38:
> 
> [Back In Time]
> 
>> Bei der Konfiguration soll ein 'Speicherort für Schnappschüsse'
>> eingestellt werden. Gut, kein Problem ~/home/wolfgang/bachups.
> 
> Wie schon von Kai erwähnt, sind Backups auf die selbe Platte im
> Allgemeinen ein Unfug.

Ha, ja. Was will man sichern? Doch das eigene Homedir mit vorrang oder?
Gegen was will man es sichern? Gegen den Ausfall der Platte auf der es
liegt.

Logische Folge: Man braucht eine Zweite/Externe Platte.
Darum benutze ich Backintime nicht. Zumindest hat es bei meinem Test
nicht mit Netzwerkfreigaben funktioniert. Und andere habe ich nicht.

> 
>> Wenn ich die Konfiguration mot OK verlasse gibt es eine Fehlermeldung.
>> Profil: >Hauptprofil<
>> Wenigstens einen Ordner zum Sichern auswählen. (? der Ordner ist ausgewählt)
> 
> Du hast ausgewählt *wohin* du sicherst, aber nicht *was* du sicherst.

Er wollte vielleicht sein Homedir in... sein Homedir sichern. :-)
Rekursiver rekursions-Fehler in $Rekursion. "remove user and try it
again" ;-)


Kay

-- 
Posted via leafnode

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


#116610

FromStefan Gruber <st.gruber@t-online.de>
Date2021-04-13 18:08 +0200
Message-ID<s54fm8$nps$1@solani.org>
In reply to#116606
Hallo,

Am 13.04.21 um 17:48 schrieb Kay Martinen:
> Logische Folge: Man braucht eine Zweite/Externe Platte.
> Darum benutze ich Backintime nicht. Zumindest hat es bei meinem Test
> nicht mit Netzwerkfreigaben funktioniert. Und andere habe ich nicht.

Die wesentlichen Vorteile von backintime und anderen ähnlichen 
rsync-Frontends sind die platzsparenden Schnappschüsse, die auf 
Hardlinks des Dateisystems basieren.
Mit NFS-Freigaben sollte das funktionieren, mit SMB eher nicht.

BTW geht es mit externen Festplatten auch nicht gescheit, wenn man die 
auf FAT/exFAT belässt.

Stefan

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


#116615

FromMarcus Jodorf <trap@killfile.de>
Date2021-04-13 18:46 +0200
Message-ID<877dl6uo7q.fsf-bofh@killfile.de>
In reply to#116610
Stefan Gruber <st.gruber@t-online.de> schrieb:

> Die wesentlichen Vorteile von backintime und anderen ähnlichen
> rsync-Frontends sind die platzsparenden Schnappschüsse, die auf 
> Hardlinks des Dateisystems basieren.

Ich seh den Vorteil eher darin, daß es bewährte, simple Technik ist und
das man einfach in den Backups navigieren kann.
Wenn man wirklich Platz sparen will, nimmt man was moderneres wie
z.B. BorgBackup.



Gruß,

Marcus
⚂⚃

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


#116638

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2021-04-14 08:14 +0200
Message-ID<s56191$8ju$1@news1.tnib.de>
In reply to#116615
Marcus Jodorf <trap@killfile.de> wrote:
>Stefan Gruber <st.gruber@t-online.de> schrieb:
>
>> Die wesentlichen Vorteile von backintime und anderen ähnlichen
>> rsync-Frontends sind die platzsparenden Schnappschüsse, die auf 
>> Hardlinks des Dateisystems basieren.
>
>Ich seh den Vorteil eher darin, daß es bewährte, simple Technik ist und
>das man einfach in den Backups navigieren kann.
>Wenn man wirklich Platz sparen will, nimmt man was moderneres wie
>z.B. BorgBackup.

Ich bin vor allen Dingern immer wieder erstaunt darüber wie
rattenschnell borg ist.

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

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


#116643

FromSven Hartge <sh-214@svenhartge.de>
Date2021-04-14 09:59 +0200
Message-ID<1h68s9f1cf2kv8@mids.svenhartge.de>
In reply to#116638
Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> Marcus Jodorf <trap@killfile.de> wrote:
>> Stefan Gruber <st.gruber@t-online.de> schrieb:

>>> Die wesentlichen Vorteile von backintime und anderen ähnlichen
>>> rsync-Frontends sind die platzsparenden Schnappschüsse, die auf
>>> Hardlinks des Dateisystems basieren.

>> Ich seh den Vorteil eher darin, daß es bewährte, simple Technik ist
>> und das man einfach in den Backups navigieren kann.  Wenn man
>> wirklich Platz sparen will, nimmt man was moderneres wie z.B.
>> BorgBackup.

> Ich bin vor allen Dingern immer wieder erstaunt darüber wie
> rattenschnell borg ist.

Wenn es den Entwicklern nun noch gelingt die Kompression Multithreaded
zu machen, wird es noch einmal einen Zug schneller.

S°

-- 
Sigmentation fault. Core dumped.

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


#116624

FromKay Martinen <usenet@martinen.de>
Date2021-04-13 21:39 +0200
Message-ID<al8hkh-n7p.ln1@news.martinen.de>
In reply to#116610
Am 13.04.21 um 18:08 schrieb Stefan Gruber:
> Hallo,
> 
> Am 13.04.21 um 17:48 schrieb Kay Martinen:
>> Logische Folge: Man braucht eine Zweite/Externe Platte.
>> Darum benutze ich Backintime nicht. Zumindest hat es bei meinem Test
>> nicht mit Netzwerkfreigaben funktioniert. Und andere habe ich nicht.
> 
> Die wesentlichen Vorteile von backintime und anderen ähnlichen
> rsync-Frontends sind die platzsparenden Schnappschüsse, die auf
> Hardlinks des Dateisystems basieren.

Ach, DAS war das... Hmm.

> Mit NFS-Freigaben sollte das funktionieren, mit SMB eher nicht.

Zum Testzeitpunkt hatte ich nur SMB und nfs... nun ja. Ich hab da noch
eine UID-diskepanz zwischen Server und client. Ich glaub das wär auch
nicht gut.


> BTW geht es mit externen Festplatten auch nicht gescheit, wenn man die
> auf FAT/exFAT belässt.

Daher meine Frage, er hat IMHO nicht verraten welches Dateisystem er
verwendet.

Und wenn er Linux UND Windows einsetzt hätten externe Disks vermutlich
eher NTFS als ext2 oder höher. Zumindest kenne ich für WIN keinen
nativen dateisystemtreiber der dem ext2,3 oder 4 bei brächte. Nur ein
Tool (ext2win?) zum auslesen das es schon länger gibt.

Kay

-- 
Posted via leafnode

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


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

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


csiph-web