Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > alt.os.linux > #54222 > unrolled thread
| Started by | Soviet_Mario <SovietMario@CCCP.MIR> |
|---|---|
| First post | 2019-02-26 19:47 +0100 |
| Last post | 2019-02-26 19:51 +0000 |
| Articles | 19 on this page of 79 — 14 participants |
Back to article view | Back to alt.os.linux
freshly installed SW not found Soviet_Mario <SovietMario@CCCP.MIR> - 2019-02-26 19:47 +0100
Re: freshly installed SW not found "J.O. Aho" <user@example.net> - 2019-02-26 20:28 +0100
Re: freshly installed SW not found Soviet_Mario <SovietMario@CCCP.MIR> - 2019-02-26 21:51 +0100
Re: freshly installed SW not found William Unruh <unruh@invalid.ca> - 2019-02-26 21:46 +0000
Re: freshly installed SW not found Soviet_Mario <SovietMario@CCCP.MIR> - 2019-02-27 12:52 +0100
Re: freshly installed SW not found Aragorn <thorongil@telenet.be> - 2019-02-27 12:44 +0000
Re: freshly installed SW not found Dan Purgert <dan@djph.net> - 2019-02-27 13:27 +0000
Re: freshly installed SW not found Richard Kettlewell <invalid@invalid.invalid> - 2019-02-27 15:16 +0000
Re: freshly installed SW not found Soviet_Mario <SovietMario@CCCP.MIR> - 2019-02-27 16:59 +0100
Re: freshly installed SW not found Dan Purgert <dan@djph.net> - 2019-02-27 16:02 +0000
Re: freshly installed SW not found Soviet_Mario <SovietMario@CCCP.MIR> - 2019-02-27 20:46 +0100
Re: freshly installed SW not found William Unruh <unruh@invalid.ca> - 2019-02-27 20:18 +0000
Re: freshly installed SW not found Soviet_Mario <SovietMario@CCCP.MIR> - 2019-02-28 12:47 +0100
Re: freshly installed SW not found William Unruh <unruh@invalid.ca> - 2019-02-28 18:32 +0000
Re: freshly installed SW not found Soviet_Mario <SovietMario@CCCP.MIR> - 2019-03-01 01:14 +0100
Re: freshly installed SW not found "Carlos E.R." <robin_listas@es.invalid> - 2019-03-01 01:54 +0100
Re: freshly installed SW not found Jasen Betts <jasen@xnet.co.nz> - 2019-03-01 03:09 +0000
Re: freshly installed SW not found Aragorn <thorongil@telenet.be> - 2019-02-27 20:21 +0000
Re: freshly installed SW not found William Unruh <unruh@invalid.ca> - 2019-02-27 23:02 +0000
Re: freshly installed SW not found Richard Kettlewell <invalid@invalid.invalid> - 2019-02-27 23:24 +0000
Re: freshly installed SW not found Jasen Betts <jasen@xnet.co.nz> - 2019-02-28 04:46 +0000
Re: freshly installed SW not found Dan Purgert <dan@djph.net> - 2019-02-28 10:59 +0000
Re: freshly installed SW not found Soviet_Mario <SovietMario@CCCP.MIR> - 2019-02-28 18:51 +0100
Re: freshly installed SW not found William Unruh <unruh@invalid.ca> - 2019-02-28 18:24 +0000
Re: freshly installed SW not found Dan Purgert <dan@djph.net> - 2019-03-01 13:49 +0000
Re: freshly installed SW not found "Carlos E.R." <robin_listas@es.invalid> - 2019-03-01 18:22 +0100
Re: freshly installed SW not found Aragorn <thorongil@telenet.be> - 2019-03-01 19:06 +0000
Re: freshly installed SW not found Soviet_Mario <SovietMario@CCCP.MIR> - 2019-03-03 01:08 +0100
Re: freshly installed SW not found Aragorn <thorongil@telenet.be> - 2019-03-03 00:14 +0000
Re: freshly installed SW not found Dan Purgert <dan@djph.net> - 2019-03-03 13:00 +0000
Re: freshly installed SW not found Dan Purgert <dan@djph.net> - 2019-03-03 12:46 +0000
Re: freshly installed SW not found William Unruh <unruh@invalid.ca> - 2019-02-28 18:15 +0000
Re: freshly installed SW not found William Unruh <unruh@invalid.ca> - 2019-02-27 16:38 +0000
Re: freshly installed SW not found Soviet_Mario <SovietMario@CCCP.MIR> - 2019-02-27 20:51 +0100
Re: freshly installed SW not found Jasen Betts <jasen@xnet.co.nz> - 2019-02-28 04:39 +0000
Re: freshly installed SW not found "Carlos E.R." <robin_listas@es.invalid> - 2019-02-27 14:30 +0100
Re: freshly installed SW not found "J.O. Aho" <user@example.net> - 2019-02-27 07:05 +0100
Re: freshly installed SW not found "Carlos E.R." <robin_listas@es.invalid> - 2019-02-27 14:29 +0100
Re: freshly installed SW not found Paul <nospam@needed.invalid> - 2019-02-27 08:50 -0500
Re: freshly installed SW not found "Carlos E.R." <robin_listas@es.invalid> - 2019-02-28 00:05 +0100
Re: freshly installed SW not found Soviet_Mario <SovietMario@CCCP.MIR> - 2019-02-27 16:56 +0100
Re: freshly installed SW not found Chris <ithinkiam@gmail.com> - 2019-03-01 14:58 +0000
Re: freshly installed SW not found Chris <ithinkiam@gmail.com> - 2019-03-01 15:04 +0000
Re: freshly installed SW not found "David W. Hodgins" <dwhodgins@nomail.afraid.org> - 2019-03-01 10:50 -0500
Re: freshly installed SW not found William Unruh <unruh@invalid.ca> - 2019-03-01 18:40 +0000
Re: freshly installed SW not found "David W. Hodgins" <dwhodgins@nomail.afraid.org> - 2019-03-01 14:40 -0500
Re: freshly installed SW not found William Unruh <unruh@invalid.ca> - 2019-03-01 23:38 +0000
Re: freshly installed SW not found "David W. Hodgins" <dwhodgins@nomail.afraid.org> - 2019-03-01 19:09 -0500
Re: freshly installed SW not found William Unruh <unruh@invalid.ca> - 2019-03-02 03:47 +0000
Re: freshly installed SW not found "David W. Hodgins" <dwhodgins@nomail.afraid.org> - 2019-03-01 22:55 -0500
Re: freshly installed SW not found William Unruh <unruh@invalid.ca> - 2019-03-02 07:08 +0000
Re: freshly installed SW not found "Carlos E.R." <robin_listas@es.invalid> - 2019-03-02 11:27 +0100
Re: freshly installed SW not found Paul <nospam@needed.invalid> - 2019-03-02 04:10 -0500
Re: freshly installed SW not found William Unruh <unruh@invalid.ca> - 2019-03-02 16:29 +0000
Re: freshly installed SW not found Paul <nospam@needed.invalid> - 2019-03-02 11:54 -0500
Re: freshly installed SW not found "Carlos E.R." <robin_listas@es.invalid> - 2019-03-02 11:24 +0100
Re: freshly installed SW not found Jasen Betts <jasen@xnet.co.nz> - 2019-03-02 00:28 +0000
Re: freshly installed SW not found "Carlos E.R." <robin_listas@es.invalid> - 2019-03-02 11:31 +0100
Re: freshly installed SW not found Aragorn <thorongil@telenet.be> - 2019-03-02 11:31 +0000
Re: freshly installed SW not found Melzzzzz <Melzzzzz@zzzzz.com> - 2019-03-02 11:34 +0000
Re: freshly installed SW not found Aragorn <thorongil@telenet.be> - 2019-03-02 11:48 +0000
Re: freshly installed SW not found Melzzzzz <Melzzzzz@zzzzz.com> - 2019-03-02 12:15 +0000
Re: freshly installed SW not found "Carlos E.R." <robin_listas@es.invalid> - 2019-03-02 23:15 +0100
Re: freshly installed SW not found Chris Elvidge <chris@mshome.net> - 2019-03-03 00:33 +0000
Re: freshly installed SW not found Soviet_Mario <SovietMario@CCCP.MIR> - 2019-03-03 01:38 +0100
Compressed filesystems [Was: Re: freshly installed SW not found] "Carlos E.R." <robin_listas@es.invalid> - 2019-03-03 13:11 +0100
Re: Compressed filesystems [Was: Re: freshly installed SW not found] Soviet_Mario <SovietMario@CCCP.MIR> - 2019-03-03 19:49 +0100
Re: Compressed filesystems [Was: Re: freshly installed SW not found] "Carlos E.R." <robin_listas@es.invalid> - 2019-03-03 21:17 +0100
Re: freshly installed SW not found Dan Purgert <dan@djph.net> - 2019-03-03 12:49 +0000
Re: freshly installed SW not found Melzzzzz <Melzzzzz@zzzzz.com> - 2019-03-03 12:35 +0000
Re: freshly installed SW not found "Carlos E.R." <robin_listas@es.invalid> - 2019-03-02 11:22 +0100
Re: freshly installed SW not found Wildman <best_lay@yahoo.com> - 2019-02-26 13:31 -0600
Re: freshly installed SW not found Wildman <best_lay@yahoo.com> - 2019-02-26 15:42 -0600
Re: freshly installed SW not found William Unruh <unruh@invalid.ca> - 2019-02-26 21:51 +0000
Re: freshly installed SW not found "David W. Hodgins" <dwhodgins@nomail.afraid.org> - 2019-02-26 14:36 -0500
Re: freshly installed SW not found Soviet_Mario <SovietMario@CCCP.MIR> - 2019-02-26 21:58 +0100
Re: freshly installed SW not found William Unruh <unruh@invalid.ca> - 2019-02-26 21:49 +0000
Re: freshly installed SW not found Soviet_Mario <SovietMario@CCCP.MIR> - 2019-02-27 12:54 +0100
Re: freshly installed SW not found William Unruh <unruh@invalid.ca> - 2019-02-26 19:51 +0000
Page 4 of 4 — ← Prev page 1 2 3 [4]
| From | Aragorn <thorongil@telenet.be> |
|---|---|
| Date | 2019-03-02 11:48 +0000 |
| Message-ID | <q5dqja$1ro$2@dont-email.me> |
| In reply to | #54288 |
On Sat, 02 Mar 2019 11:34:55 +0000, Melzzzzz scribbled: > On 2019-03-02, Aragorn <thorongil@telenet.be> wrote: >> On Sat, 02 Mar 2019 11:31:12 +0100, Carlos E.R. scribbled: >> >>> On 02/03/2019 01.28, Jasen Betts wrote: >>> >>>> perhaps use filesystem compression? >>> >>> Do you know such a filesystem? >>> >>> ext4 has the field, but it was never developed >>> >>> btrfs I think has it (man 5 btrfs). I don't know if it is reliable. >>> >>> Some other? >> >> reiser4 also has it, but few (if any) distributions support reiser4. >> It's also not supported in the vanilla kernel. >> > zfs Same thing. It's not included in the vanilla kernel -- doing so would be a violation of the GPL. ZFS has to be run by way of FUSE, and there aren't many distributions that support it. -- With respect, = Aragorn =
[toc] | [prev] | [next] | [standalone]
| From | Melzzzzz <Melzzzzz@zzzzz.com> |
|---|---|
| Date | 2019-03-02 12:15 +0000 |
| Message-ID | <OtueE.3716$Af.2618@fx29.am4> |
| In reply to | #54289 |
On 2019-03-02, Aragorn <thorongil@telenet.be> wrote: > On Sat, 02 Mar 2019 11:34:55 +0000, Melzzzzz scribbled: > >> On 2019-03-02, Aragorn <thorongil@telenet.be> wrote: >>> On Sat, 02 Mar 2019 11:31:12 +0100, Carlos E.R. scribbled: >>> >>>> On 02/03/2019 01.28, Jasen Betts wrote: >>>> >>>>> perhaps use filesystem compression? >>>> >>>> Do you know such a filesystem? >>>> >>>> ext4 has the field, but it was never developed >>>> >>>> btrfs I think has it (man 5 btrfs). I don't know if it is reliable. >>>> >>>> Some other? >>> >>> reiser4 also has it, but few (if any) distributions support reiser4. >>> It's also not supported in the vanilla kernel. >>> >> zfs > > Same thing. It's not included in the vanilla kernel -- doing so would be > a violation of the GPL. ZFS has to be run by way of FUSE, and there > aren't many distributions that support it. Your information is out of date... > -- press any key to continue or any other to quit...
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2019-03-02 23:15 +0100 |
| Message-ID | <9tbrkf-6ui.ln1@Telcontar.valinor> |
| In reply to | #54291 |
On 02/03/2019 13.15, Melzzzzz wrote: > On 2019-03-02, Aragorn <thorongil@telenet.be> wrote: >> On Sat, 02 Mar 2019 11:34:55 +0000, Melzzzzz scribbled: >> >>> On 2019-03-02, Aragorn <thorongil@telenet.be> wrote: >>>> On Sat, 02 Mar 2019 11:31:12 +0100, Carlos E.R. scribbled: >>>> >>>>> On 02/03/2019 01.28, Jasen Betts wrote: >>>>> >>>>>> perhaps use filesystem compression? >>>>> >>>>> Do you know such a filesystem? >>>>> >>>>> ext4 has the field, but it was never developed >>>>> >>>>> btrfs I think has it (man 5 btrfs). I don't know if it is reliable. >>>>> >>>>> Some other? >>>> >>>> reiser4 also has it, but few (if any) distributions support reiser4. >>>> It's also not supported in the vanilla kernel. openSUSE Tumbleweed has the package officially. <https://build.opensuse.org/package/show/openSUSE%3AFactory/reiser4progs> I see it also in Leap 15.0. But I have not tried it. >>>> >>> zfs >> >> Same thing. It's not included in the vanilla kernel -- doing so would be >> a violation of the GPL. ZFS has to be run by way of FUSE, and there >> aren't many distributions that support it. > > Your information is out of date... cer@Telcontar:~> cat /etc/filesystems vfat hfs minix reiserfs exfat exfat_fuse * cer@Telcontar:~> apropos zfs bzfs (6) - BZFlag game server cer@Telcontar:~> There is a package: <https://software.opensuse.org/package/zfs> -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Chris Elvidge <chris@mshome.net> |
|---|---|
| Date | 2019-03-03 00:33 +0000 |
| Message-ID | <q5f7cu$fpp$1@dont-email.me> |
| In reply to | #54294 |
On 02/03/2019 22:15, Carlos E.R. wrote: > On 02/03/2019 13.15, Melzzzzz wrote: >> On 2019-03-02, Aragorn <thorongil@telenet.be> wrote: >>> On Sat, 02 Mar 2019 11:34:55 +0000, Melzzzzz scribbled: >>> >>>> On 2019-03-02, Aragorn <thorongil@telenet.be> wrote: >>>>> On Sat, 02 Mar 2019 11:31:12 +0100, Carlos E.R. scribbled: >>>>> >>>>>> On 02/03/2019 01.28, Jasen Betts wrote: >>>>>> >>>>>>> perhaps use filesystem compression? >>>>>> >>>>>> Do you know such a filesystem? >>>>>> >>>>>> ext4 has the field, but it was never developed >>>>>> >>>>>> btrfs I think has it (man 5 btrfs). I don't know if it is reliable. >>>>>> >>>>>> Some other? >>>>> >>>>> reiser4 also has it, but few (if any) distributions support reiser4. >>>>> It's also not supported in the vanilla kernel. > > openSUSE Tumbleweed has the package officially. > > <https://build.opensuse.org/package/show/openSUSE%3AFactory/reiser4progs> > > I see it also in Leap 15.0. But I have not tried it. Killer of a filesystem! > >>>>> >>>> zfs >>> >>> Same thing. It's not included in the vanilla kernel -- doing so would be >>> a violation of the GPL. ZFS has to be run by way of FUSE, and there >>> aren't many distributions that support it. >> >> Your information is out of date... > > > > cer@Telcontar:~> cat /etc/filesystems > vfat > hfs > minix > reiserfs > exfat > exfat_fuse > * > cer@Telcontar:~> apropos zfs > bzfs (6) - BZFlag game server > cer@Telcontar:~> > > There is a package: > > <https://software.opensuse.org/package/zfs> > -- Chris Elvidge, England
[toc] | [prev] | [next] | [standalone]
| From | Soviet_Mario <SovietMario@CCCP.MIR> |
|---|---|
| Date | 2019-03-03 01:38 +0100 |
| Message-ID | <q5f7ln$hk3$1@dont-email.me> |
| In reply to | #54294 |
On 02/03/19 23:15, Carlos E.R. wrote: > On 02/03/2019 13.15, Melzzzzz wrote: >> On 2019-03-02, Aragorn <thorongil@telenet.be> wrote: >>> On Sat, 02 Mar 2019 11:34:55 +0000, Melzzzzz scribbled: >>> >>>> On 2019-03-02, Aragorn <thorongil@telenet.be> wrote: >>>>> On Sat, 02 Mar 2019 11:31:12 +0100, Carlos E.R. scribbled: >>>>> >>>>>> On 02/03/2019 01.28, Jasen Betts wrote: >>>>>> >>>>>>> perhaps use filesystem compression? >>>>>> >>>>>> Do you know such a filesystem? >>>>>> >>>>>> ext4 has the field, but it was never developed >>>>>> >>>>>> btrfs I think has it (man 5 btrfs). I don't know if it is reliable. >>>>>> >>>>>> Some other? >>>>> >>>>> reiser4 also has it, but few (if any) distributions support reiser4. >>>>> It's also not supported in the vanilla kernel. > > openSUSE Tumbleweed has the package officially. > > <https://build.opensuse.org/package/show/openSUSE%3AFactory/reiser4progs> > > I see it also in Leap 15.0. But I have not tried it. > >>>>> >>>> zfs >>> >>> Same thing. It's not included in the vanilla kernel -- doing so would be >>> a violation of the GPL. ZFS has to be run by way of FUSE, and there >>> aren't many distributions that support it. >> >> Your information is out of date... > > > > cer@Telcontar:~> cat /etc/filesystems > vfat > hfs > minix > reiserfs > exfat > exfat_fuse > * > cer@Telcontar:~> apropos zfs > bzfs (6) - BZFlag game server > cer@Telcontar:~> > > There is a package: > > <https://software.opensuse.org/package/zfs> > uhm ... btw, linux supports NTFS. As NTFS supported compression (rather inefficient in most cases), it seems that transparent compression would be implied to. Anyway i remember frequent damages and chkdsk at restart with compression enabled. M$ itself suggested to use it not even with very little room available, but with very very slow disk and fast processors, as there the overall performance were better (a negligible cpu overhead, which tells it alla about the quality of compression, vs a reduced I/O size). I were not very keen on transparent compression or even bitlockers. I was afraid of the reduced resilience. I'm almost sure to remembere that linux Mint had no problem in reading compressed NTFS partitions, but I'm quite unsure I had tried to test writing support. anyway I'd not choose NTFS just for compression. It was at file level, so with a huge number of small files it spared few room. -- 1) Resistere, resistere, resistere. 2) Se tutti pagano le tasse, le tasse le pagano tutti Soviet_Mario - (aka Gatto_Vizzato)
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2019-03-03 13:11 +0100 |
| Subject | Compressed filesystems [Was: Re: freshly installed SW not found] |
| Message-ID | <9tsskf-9lt.ln1@Telcontar.valinor> |
| In reply to | #54298 |
On 03/03/2019 01.38, Soviet_Mario wrote:
> On 02/03/19 23:15, Carlos E.R. wrote:
...
> uhm ... btw, linux supports NTFS.
> As NTFS supported compression (rather inefficient in most cases), it
> seems that transparent compression would be implied to.
I wouldn't be sure that the ntfs-3g driver supports it. Hum, the man
page says yes.
compression
This option enables creating new transparently compressed
files in directories marked for compression. A directory is marked for
compression by setting the bit 11 (value 0x00000800) in its Windows
attribute. In such a directory, new files are created compressed and new
subdirectories are themselves marked for compression. The option and the
flag have no effect on existing files. Currently this is the default
option.
But then ntfs does not support Linux filesystem flags, so not a good
choice for backups.
> Anyway i remember frequent damages and chkdsk at restart with
> compression enabled.
>
> M$ itself suggested to use it not even with very little room available,
> but with very very slow disk and fast processors, as there the overall
> performance were better (a negligible cpu overhead, which tells it alla
> about the quality of compression, vs a reduced I/O size).
I used it in Windows NT, for some big directories. I did not see
performance issues.
>
> I were not very keen on transparent compression or even bitlockers. I
> was afraid of the reduced resilience.
>
> I'm almost sure to remembere that linux Mint had no problem in reading
> compressed NTFS partitions, but I'm quite unsure I had tried to test
> writing support.
>
> anyway I'd not choose NTFS just for compression. It was at file level,
> so with a huge number of small files it spared few room.
Of course.
--
Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Soviet_Mario <SovietMario@CCCP.MIR> |
|---|---|
| Date | 2019-03-03 19:49 +0100 |
| Subject | Re: Compressed filesystems [Was: Re: freshly installed SW not found] |
| Message-ID | <q5h7jo$r2o$1@dont-email.me> |
| In reply to | #54302 |
On 03/03/19 13:11, Carlos E.R. wrote: > On 03/03/2019 01.38, Soviet_Mario wrote: >> On 02/03/19 23:15, Carlos E.R. wrote: > > ... > >> uhm ... btw, linux supports NTFS. >> As NTFS supported compression (rather inefficient in most cases), it >> seems that transparent compression would be implied to. > > I wouldn't be sure that the ntfs-3g driver supports it. Hum, the man > page says yes. when I ported the files from NTFS partition (some of them compressed, and some other partially compressed at folder level), Linux Mint had no problem in reading. In writing I actually don't know as I did not test that. It could have saved new data in compressed or "plain" form, despite me and unbeknown to me ... > > compression > > This option enables creating new transparently compressed > files in directories marked for compression. A directory is marked for > compression by setting the bit 11 (value 0x00000800) in its Windows > attribute. In such a directory, new files are created compressed and new > subdirectories are themselves marked for compression. The option and the > flag have no effect on existing files. Currently this is the default > option. > > > But then ntfs does not support Linux filesystem flags, so not a good > choice for backups. timestamps are supported (i believe to an even more detailed extent). Just ownership has different mechanisms > >> Anyway i remember frequent damages and chkdsk at restart with >> compression enabled. >> >> M$ itself suggested to use it not even with very little room available, >> but with very very slow disk and fast processors, as there the overall >> performance were better (a negligible cpu overhead, which tells it alla >> about the quality of compression, vs a reduced I/O size). > > I used it in Windows NT, for some big directories. I did not see > performance issues. me neither. Just some frailty in case of sudden crash. > >> >> I were not very keen on transparent compression or even bitlockers. I >> was afraid of the reduced resilience. >> >> I'm almost sure to remembere that linux Mint had no problem in reading >> compressed NTFS partitions, but I'm quite unsure I had tried to test >> writing support. >> >> anyway I'd not choose NTFS just for compression. It was at file level, >> so with a huge number of small files it spared few room. > > Of course. > > -- 1) Resistere, resistere, resistere. 2) Se tutti pagano le tasse, le tasse le pagano tutti Soviet_Mario - (aka Gatto_Vizzato)
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2019-03-03 21:17 +0100 |
| Subject | Re: Compressed filesystems [Was: Re: freshly installed SW not found] |
| Message-ID | <fcptkf-4jk.ln1@Telcontar.valinor> |
| In reply to | #54308 |
On 03/03/2019 19.49, Soviet_Mario wrote: > On 03/03/19 13:11, Carlos E.R. wrote: >> On 03/03/2019 01.38, Soviet_Mario wrote: >>> On 02/03/19 23:15, Carlos E.R. wrote: >> >> ... >> >>> uhm ... btw, linux supports NTFS. >>> As NTFS supported compression (rather inefficient in most cases), it >>> seems that transparent compression would be implied to. >> >> I wouldn't be sure that the ntfs-3g driver supports it. Hum, the man >> page says yes. > > when I ported the files from NTFS partition (some of them compressed, > and some other partially compressed at folder level), Linux Mint had no > problem in reading. > In writing I actually don't know as I did not test that. > It could have saved new data in compressed or "plain" form, despite me > and unbeknown to me ... > >> >> compression >> >> This option enables creating new transparently compressed >> files in directories marked for compression. A directory is marked for >> compression by setting the bit 11 (value 0x00000800) in its Windows >> attribute. In such a directory, new files are created compressed and new >> subdirectories are themselves marked for compression. The option and the >> flag have no effect on existing files. Currently this is the default >> option. >> >> >> But then ntfs does not support Linux filesystem flags, so not a good >> choice for backups. > > timestamps are supported (i believe to an even more detailed extent). > Just ownership has different mechanisms which is an issue for backups. -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Dan Purgert <dan@djph.net> |
|---|---|
| Date | 2019-03-03 12:49 +0000 |
| Message-ID | <slrnq7njav.gu5.dan@djph.net> |
| In reply to | #54298 |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Soviet_Mario wrote: > [...] > uhm ... btw, linux supports NTFS. > As NTFS supported compression (rather inefficient in most > cases), it seems that transparent compression would be > implied to. "Supports", and poorly at that. > > Anyway i remember frequent damages and chkdsk at restart > with compression enabled. Can't run chkdsk under 'nix. -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEBcqaUD8uEzVNxUrujhHd8xJ5ooEFAlx7zV8ACgkQjhHd8xJ5 ooFuygf/XAGue31yamOj+gujJfY0pkw2GbUtyAQCN8YsIMR7pWtI35QFy1op5kQT 6aQp6eRSQhpJGVTlzmVDNOgL1BQ2zl1ozSt+5cmDaWYYdBP4ftztn/QFUyTkqTY6 SQmTNgEtXnfVRmW3tqMvdqFZn23R2W9ppecsKwooJLYI/ZS7CBGLoBQtS2b4WkSH L2JFmQJKal8opWSFt31Bukpxamp5CiC0JTin4ETMr2Ny7P8VP5HCgongWSz3Cxs6 5kg5mjx3U9R+Qd0ddm5i78PQHrLFaFuCRfkfYgNHw9RDR4NKdHtt8ej50RVgrBll mav3i0MYWJU/vtLQCoOpdlStekpJ2g== =CBrU -----END PGP SIGNATURE----- -- |_|O|_| |_|_|O| Github: https://github.com/dpurgert |O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5 4AEE 8E11 DDF3 1279 A281
[toc] | [prev] | [next] | [standalone]
| From | Melzzzzz <Melzzzzz@zzzzz.com> |
|---|---|
| Date | 2019-03-03 12:35 +0000 |
| Message-ID | <MSPeE.10554$uD1.1397@fx33.am4> |
| In reply to | #54294 |
On 2019-03-02, Carlos E.R. <robin_listas@es.invalid> wrote:
> On 02/03/2019 13.15, Melzzzzz wrote:
>> On 2019-03-02, Aragorn <thorongil@telenet.be> wrote:
>>> On Sat, 02 Mar 2019 11:34:55 +0000, Melzzzzz scribbled:
>>>
>>>> On 2019-03-02, Aragorn <thorongil@telenet.be> wrote:
>>>>> On Sat, 02 Mar 2019 11:31:12 +0100, Carlos E.R. scribbled:
>>>>>
>>>>>> On 02/03/2019 01.28, Jasen Betts wrote:
>>>>>>
>>>>>>> perhaps use filesystem compression?
>>>>>>
>>>>>> Do you know such a filesystem?
>>>>>>
>>>>>> ext4 has the field, but it was never developed
>>>>>>
>>>>>> btrfs I think has it (man 5 btrfs). I don't know if it is reliable.
>>>>>>
>>>>>> Some other?
>>>>>
>>>>> reiser4 also has it, but few (if any) distributions support reiser4.
>>>>> It's also not supported in the vanilla kernel.
>
> openSUSE Tumbleweed has the package officially.
>
><https://build.opensuse.org/package/show/openSUSE%3AFactory/reiser4progs>
>
> I see it also in Leap 15.0. But I have not tried it.
>
>>>>>
>>>> zfs
>>>
>>> Same thing. It's not included in the vanilla kernel -- doing so would be
>>> a violation of the GPL. ZFS has to be run by way of FUSE, and there
>>> aren't many distributions that support it.
>>
>> Your information is out of date...
>
>
>
> cer@Telcontar:~> cat /etc/filesystems
> vfat
> hfs
> minix
> reiserfs
> exfat
> exfat_fuse
> *
> cer@Telcontar:~> apropos zfs
> bzfs (6) - BZFlag game server
> cer@Telcontar:~>
>
> There is a package:
>
><https://software.opensuse.org/package/zfs>
>
pacman -Ss zfs [130]
extra/linux316-zfs 0.7.12-1 (linux316-extramodules)
Kernel modules for the Zettabyte File System.
extra/linux318-zfs 0.7.12-4 (linux318-extramodules)
Kernel modules for the Zettabyte File System.
extra/linux414-zfs 0.7.12-12 (linux414-extramodules)
Kernel modules for the Zettabyte File System.
extra/linux419-zfs 0.7.12-13 (linux419-extramodules)
Kernel modules for the Zettabyte File System.
extra/linux420-zfs 0.7.12-11 (linux420-extramodules)
Kernel modules for the Zettabyte File System.
extra/linux44-zfs 0.7.12-1 (linux44-extramodules)
Kernel modules for the Zettabyte File System.
extra/linux49-zfs 0.7.12-10 (linux49-extramodules)
Kernel modules for the Zettabyte File System.
extra/spl-dkms 0.7.12-1 (manjarozfs)
Solaris Porting Layer kernel modules.
extra/spl-utils 0.7.12-1 (manjarozfs)
Solaris Porting Layer User-Mode utils
extra/zfs-dkms 0.7.12-1 (manjarozfs)
Kernel modules for the Zettabyte File System.
extra/zfs-utils 0.7.12-1 (manjarozfs)
User-Mode utils for the Zettabyte File System.
--
press any key to continue or any other to quit...
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2019-03-02 11:22 +0100 |
| Message-ID | <s32qkf-fvg.ln1@Telcontar.valinor> |
| In reply to | #54273 |
On 01/03/2019 19.40, William Unruh wrote: > On 2019-03-01, David W. Hodgins <dwhodgins@nomail.afraid.org> wrote: >> On Fri, 01 Mar 2019 10:04:07 -0500, Chris <ithinkiam@gmail.com> wrote: >> >>> Try LuckyBackup. You may be pleasantly surprised :) >>> http://luckybackup.sourceforge.net/manual.html >> >> Very nice! Pleasantly surprised to find it's available in my distribution >> (Mageia). >> >> Two things it doesn't have builtin >> - compression >> - hardlinking files in the snapshots that have not changed >> >> Both of these can be handled in post task scripts, which it makes it >> easy to add. A simple loop over the destination tree could be used to > > Unfortunately no. If you compress, then it becomes impossible to test if > the next day's file is the same as the previous day's. without > uncompressing the previous day's file. Not if the CRC and metadata are stored outside in a catalogue file. No, I don't know if some backup program does that. -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Wildman <best_lay@yahoo.com> |
|---|---|
| Date | 2019-02-26 13:31 -0600 |
| Message-ID | <iNednXqaTeCSCejBnZ2dnUU7-bOdnZ2d@giganews.com> |
| In reply to | #54222 |
On Tue, 26 Feb 2019 19:47:45 +0100, Soviet_Mario wrote: > Hi, I came across a program claiming to be able to do > exactly what I was looking for (a backup on a per-Directory > basis, maintaining the hierarchy structure). > > The SW is called : awit-dbackup (Site : > https://wiki.dbackup.org/) > > I installed it from Synaptic. > But It neither shows up in any menu nor it is elsewhere on > the paths (from shell no cmd line executes). > > Where is it and how to run it ? > It seemed a GUI sw from the descriptio, but in case of doubt > how to assess that ? > > TY > (ah, I use Debian Stretch 9) The program is in /sbin and is called dbackup. You will need to run it with sudo or as root because /sbin is not in the user's path. I don't think the program has a gui. -- <Wildman> GNU/Linux user #557453 The cow died so I don't need your bull!
[toc] | [prev] | [next] | [standalone]
| From | Wildman <best_lay@yahoo.com> |
|---|---|
| Date | 2019-02-26 15:42 -0600 |
| Message-ID | <GLidnTJj2ftPL-jBnZ2dnUU7-emdnZ2d@giganews.com> |
| In reply to | #54224 |
On Tue, 26 Feb 2019 13:31:27 -0600, Wildman wrote: > On Tue, 26 Feb 2019 19:47:45 +0100, Soviet_Mario wrote: > >> Hi, I came across a program claiming to be able to do >> exactly what I was looking for (a backup on a per-Directory >> basis, maintaining the hierarchy structure). >> >> The SW is called : awit-dbackup (Site : >> https://wiki.dbackup.org/) >> >> I installed it from Synaptic. >> But It neither shows up in any menu nor it is elsewhere on >> the paths (from shell no cmd line executes). >> >> Where is it and how to run it ? >> It seemed a GUI sw from the descriptio, but in case of doubt >> how to assess that ? >> >> TY >> (ah, I use Debian Stretch 9) > > The program is in /sbin and is called dbackup. > You will need to run it with sudo or as root > because /sbin is not in the user's path. > > I don't think the program has a gui. Sorry, that should have been /usr/sbin. -- <Wildman> GNU/Linux user #557453 The cow died so I don't need your bull!
[toc] | [prev] | [next] | [standalone]
| From | William Unruh <unruh@invalid.ca> |
|---|---|
| Date | 2019-02-26 21:51 +0000 |
| Message-ID | <q54cc5$jvt$1@dont-email.me> |
| In reply to | #54229 |
On 2019-02-26, Wildman <best_lay@yahoo.com> wrote: > On Tue, 26 Feb 2019 13:31:27 -0600, Wildman wrote: > >> On Tue, 26 Feb 2019 19:47:45 +0100, Soviet_Mario wrote: >> >>> Hi, I came across a program claiming to be able to do >>> exactly what I was looking for (a backup on a per-Directory >>> basis, maintaining the hierarchy structure). >>> >>> The SW is called : awit-dbackup (Site : >>> https://wiki.dbackup.org/) >>> >>> I installed it from Synaptic. >>> But It neither shows up in any menu nor it is elsewhere on >>> the paths (from shell no cmd line executes). >>> >>> Where is it and how to run it ? >>> It seemed a GUI sw from the descriptio, but in case of doubt >>> how to assess that ? >>> >>> TY >>> (ah, I use Debian Stretch 9) >> >> The program is in /sbin and is called dbackup. >> You will need to run it with sudo or as root >> because /sbin is not in the user's path. >> >> I don't think the program has a gui. > > Sorry, that should have been /usr/sbin. >
[toc] | [prev] | [next] | [standalone]
| From | "David W. Hodgins" <dwhodgins@nomail.afraid.org> |
|---|---|
| Date | 2019-02-26 14:36 -0500 |
| Message-ID | <op.zxt3esuga3w0dxdave@hodgins.homeip.net> |
| In reply to | #54222 |
On Tue, 26 Feb 2019 13:47:45 -0500, Soviet_Mario <SovietMario@cccp.mir> wrote: > Hi, I came across a program claiming to be able to do > exactly what I was looking for (a backup on a per-Directory > basis, maintaining the hierarchy structure). > The SW is called : awit-dbackup (Site : > https://wiki.dbackup.org/) > I installed it from Synaptic. > But It neither shows up in any menu nor it is elsewhere on > the paths (from shell no cmd line executes). > Where is it and how to run it ? > It seemed a GUI sw from the descriptio, but in case of doubt > how to assess that ? > TY > (ah, I use Debian Stretch 9) Easy to check. Download the source from https://gitlab.devlabs.linuxassist.net/awit-dbackup/awit-dbackup/-/archive/master/awit-dbackup-master.tar.bz2 Then unpack it and check. It does not have a gui interface. It's a perl script called dbackup that is installed to /usr/sbin (so normally you'd have to be root to run it, as is true for most backup/restore programs). It uses command line options (shown by dbackup --help) and a file called dbackup.conf to run tar and a selected compression program to backup or restore the files. The --help output and the comments in the sample config file appear to be the only documentation on how to use it. It hasn't been updated since 2015, though if it works, that doesn't matter. There are a lot of backup programs, some with gui. I've tried quite a few at various times, but ended up just using rsync to a set of removable hard drives. For the programs with a gui, the destination for the backup (local hard disk, optical disc(s), remote system using ssh, etc. becomes important. Regards, Dave Hodgins -- Change dwhodgins@nomail.afraid.org to davidwhodgins@teksavvy.com for email replies.
[toc] | [prev] | [next] | [standalone]
| From | Soviet_Mario <SovietMario@CCCP.MIR> |
|---|---|
| Date | 2019-02-26 21:58 +0100 |
| Message-ID | <q5499i$hg$1@dont-email.me> |
| In reply to | #54225 |
On 26/02/19 20:36, David W. Hodgins wrote: > On Tue, 26 Feb 2019 13:47:45 -0500, Soviet_Mario > <SovietMario@cccp.mir> wrote: > >> Hi, I came across a program claiming to be able to do >> exactly what I was looking for (a backup on a per-Directory >> basis, maintaining the hierarchy structure). >> The SW is called : awit-dbackup (Site : >> https://wiki.dbackup.org/) >> I installed it from Synaptic. >> But It neither shows up in any menu nor it is elsewhere on >> the paths (from shell no cmd line executes). >> Where is it and how to run it ? >> It seemed a GUI sw from the descriptio, but in case of doubt >> how to assess that ? >> TY >> (ah, I use Debian Stretch 9) > > Easy to check. Download the source from > https://gitlab.devlabs.linuxassist.net/awit-dbackup/awit-dbackup/-/archive/master/awit-dbackup-master.tar.bz2 > > Then unpack it and check. > > It does not have a gui interface. It's a perl script called > dbackup that > is installed to /usr/sbin (so normally you'd have to be root > to run it, > as is true for most backup/restore programs). true. In fact I had to "sudo" it and moreover I notice It owns the target folders as root. I don't know perl (and it has a bad fame to be difficult and little readabla), but later I'll inspect the scripts to see if the logic is evident. I'd like to rename the default zipped containers, as Original_folder_name__datetime_signature or sth that avoids mixing by mistake. But this in the rosiest dream :) > > It uses command line options (shown by dbackup --help) and a > file called > dbackup.conf to run tar and a selected compression program > to backup > or restore the files. > > The --help output and the comments in the sample config file > appear to > be the only documentation on how to use it. > > It hasn't been updated since 2015, though if it works, that > doesn't matter. > > There are a lot of backup programs, some with gui. I've > tried quite a few > at various times, but ended up just using rsync to a set of > removable > hard drives. this one seems to be a fore-answer to a question I asked long ago. I wanted to clone an empty folder tree, and put every "direct" files children in one container per folder. And this makes exactly this. So I'll never ever have to wait hours to load huge header table for huge single compressed backups and take advantage of being familiar with the tree to make fast search. Also restoring seems much more easy in semi-manual mode. > > For the programs with a gui, the destination for the backup > (local hard > disk, optical disc(s), remote system using ssh, etc. becomes > important. > > Regards, Dave Hodgins TY, and tnx also to Wildman > -- 1) Resistere, resistere, resistere. 2) Se tutti pagano le tasse, le tasse le pagano tutti Soviet_Mario - (aka Gatto_Vizzato)
[toc] | [prev] | [next] | [standalone]
| From | William Unruh <unruh@invalid.ca> |
|---|---|
| Date | 2019-02-26 21:49 +0000 |
| Message-ID | <q54c8q$fap$2@dont-email.me> |
| In reply to | #54228 |
On 2019-02-26, Soviet_Mario <SovietMario@CCCP.MIR> wrote: > On 26/02/19 20:36, David W. Hodgins wrote: >> On Tue, 26 Feb 2019 13:47:45 -0500, Soviet_Mario >> <SovietMario@cccp.mir> wrote: >> >>> Hi, I came across a program claiming to be able to do >>> exactly what I was looking for (a backup on a per-Directory >>> basis, maintaining the hierarchy structure). >>> The SW is called : awit-dbackup (Site : >>> https://wiki.dbackup.org/) >>> I installed it from Synaptic. >>> But It neither shows up in any menu nor it is elsewhere on >>> the paths (from shell no cmd line executes). >>> Where is it and how to run it ? >>> It seemed a GUI sw from the descriptio, but in case of doubt >>> how to assess that ? >>> TY >>> (ah, I use Debian Stretch 9) >> >> Easy to check. Download the source from >> https://gitlab.devlabs.linuxassist.net/awit-dbackup/awit-dbackup/-/archive/master/awit-dbackup-master.tar.bz2 >> >> Then unpack it and check. >> >> It does not have a gui interface. It's a perl script called >> dbackup that >> is installed to /usr/sbin (so normally you'd have to be root >> to run it, >> as is true for most backup/restore programs). > > true. In fact I had to "sudo" it and moreover I notice It > owns the target folders as root. > > I don't know perl (and it has a bad fame to be difficult and > little readabla), but later I'll inspect the scripts to see > if the logic is evident. > > I'd like to rename the default zipped containers, as > Original_folder_name__datetime_signature or sth that avoids > mixing by mistake. But this in the rosiest dream :) At least put in a file into the top level with its name being the date and time, so you can figure out which backup it is. The date and time on the file will tell you when it was created but that can change by accident too easily. > > >> >> It uses command line options (shown by dbackup --help) and a >> file called >> dbackup.conf to run tar and a selected compression program >> to backup >> or restore the files. >> >> The --help output and the comments in the sample config file >> appear to >> be the only documentation on how to use it. >> >> It hasn't been updated since 2015, though if it works, that >> doesn't matter. >> >> There are a lot of backup programs, some with gui. I've >> tried quite a few >> at various times, but ended up just using rsync to a set of >> removable >> hard drives. > > this one seems to be a fore-answer to a question I asked > long ago. I wanted to clone an empty folder tree, and put > every "direct" files children in one container per folder. > And this makes exactly this. > So I'll never ever have to wait hours to load huge header > table for huge single compressed backups and take advantage > of being familiar with the tree to make fast search. Also > restoring seems much more easy in semi-manual mode. > >> >> For the programs with a gui, the destination for the backup >> (local hard >> disk, optical disc(s), remote system using ssh, etc. becomes >> important. >> >> Regards, Dave Hodgins > > TY, and tnx also to Wildman > >> > >
[toc] | [prev] | [next] | [standalone]
| From | Soviet_Mario <SovietMario@CCCP.MIR> |
|---|---|
| Date | 2019-02-27 12:54 +0100 |
| Message-ID | <q55tpg$bp2$2@dont-email.me> |
| In reply to | #54231 |
On 26/02/19 22:49, William Unruh wrote: > On 2019-02-26, Soviet_Mario <SovietMario@CCCP.MIR> wrote: >> On 26/02/19 20:36, David W. Hodgins wrote: >>> On Tue, 26 Feb 2019 13:47:45 -0500, Soviet_Mario >>> <SovietMario@cccp.mir> wrote: >>> >>>> Hi, I came across a program claiming to be able to do >>>> exactly what I was looking for (a backup on a per-Directory >>>> basis, maintaining the hierarchy structure). >>>> The SW is called : awit-dbackup (Site : >>>> https://wiki.dbackup.org/) >>>> I installed it from Synaptic. >>>> But It neither shows up in any menu nor it is elsewhere on >>>> the paths (from shell no cmd line executes). >>>> Where is it and how to run it ? >>>> It seemed a GUI sw from the descriptio, but in case of doubt >>>> how to assess that ? >>>> TY >>>> (ah, I use Debian Stretch 9) >>> >>> Easy to check. Download the source from >>> https://gitlab.devlabs.linuxassist.net/awit-dbackup/awit-dbackup/-/archive/master/awit-dbackup-master.tar.bz2 >>> >>> Then unpack it and check. >>> >>> It does not have a gui interface. It's a perl script called >>> dbackup that >>> is installed to /usr/sbin (so normally you'd have to be root >>> to run it, >>> as is true for most backup/restore programs). >> >> true. In fact I had to "sudo" it and moreover I notice It >> owns the target folders as root. >> >> I don't know perl (and it has a bad fame to be difficult and >> little readabla), but later I'll inspect the scripts to see >> if the logic is evident. >> >> I'd like to rename the default zipped containers, as >> Original_folder_name__datetime_signature or sth that avoids >> mixing by mistake. But this in the rosiest dream :) > > At least put in a file into the top level with its name being the date > and time, so you can figure out which backup it is. > The date and time on the file will tell you when it was created > but that can change by accident too easily. yes, that had just been done :) If I'll be to do manual updates, I'll store single tars with just modified items in such top-level folder > > >> >> >>> >>> It uses command line options (shown by dbackup --help) and a >>> file called >>> dbackup.conf to run tar and a selected compression program >>> to backup >>> or restore the files. >>> >>> The --help output and the comments in the sample config file >>> appear to >>> be the only documentation on how to use it. >>> >>> It hasn't been updated since 2015, though if it works, that >>> doesn't matter. >>> >>> There are a lot of backup programs, some with gui. I've >>> tried quite a few >>> at various times, but ended up just using rsync to a set of >>> removable >>> hard drives. >> >> this one seems to be a fore-answer to a question I asked >> long ago. I wanted to clone an empty folder tree, and put >> every "direct" files children in one container per folder. >> And this makes exactly this. >> So I'll never ever have to wait hours to load huge header >> table for huge single compressed backups and take advantage >> of being familiar with the tree to make fast search. Also >> restoring seems much more easy in semi-manual mode. >> >>> >>> For the programs with a gui, the destination for the backup >>> (local hard >>> disk, optical disc(s), remote system using ssh, etc. becomes >>> important. >>> >>> Regards, Dave Hodgins >> >> TY, and tnx also to Wildman >> >>> >> >> -- 1) Resistere, resistere, resistere. 2) Se tutti pagano le tasse, le tasse le pagano tutti Soviet_Mario - (aka Gatto_Vizzato)
[toc] | [prev] | [next] | [standalone]
| From | William Unruh <unruh@invalid.ca> |
|---|---|
| Date | 2019-02-26 19:51 +0000 |
| Message-ID | <q545ci$4q5$1@dont-email.me> |
| In reply to | #54222 |
On 2019-02-26, Soviet_Mario <SovietMario@CCCP.MIR> wrote: > Hi, I came across a program claiming to be able to do > exactly what I was looking for (a backup on a per-Directory > basis, maintaining the hierarchy structure). > > The SW is called : awit-dbackup (Site : > https://wiki.dbackup.org/) > > I installed it from Synaptic. > But It neither shows up in any menu nor it is elsewhere on > the paths (from shell no cmd line executes). You do not tell us what software you use, but most software installation tools can tell you where the pieces of software are installed. For example for rpm based systems rpm -qil awit-dbackup (if that was the package name) will list the location of all the installed files in the package. For Debian, I do not know the equivalent command, but I am sure it exists. > > Where is it and how to run it ? > It seemed a GUI sw from the descriptio, but in case of doubt > how to assess that ? > > TY > (ah, I use Debian Stretch 9) > >
[toc] | [prev] | [standalone]
Page 4 of 4 — ← Prev page 1 2 3 [4]
Back to top | Article view | alt.os.linux
csiph-web