Re: [DNG] Request file system reviews and recomendations.

On Thu, Dec 28, 2017 at 08:49:56PM +0100, Adam Borowski wrote: > On Tue, Dec 26, 2017 at 05:20:58PM -0800, Rick Moen wrote: > > btrfs is still scarily beta after rather a lot of years of development. That's what worries me about btrfs. ''' ''' > As for its state: btrfs is, well, btrfs. You get

Re: [DNG] Request file system reviews and recomendations.

On Thu, Dec 28, 2017 at 11:11:35AM -0500, Steve Litt wrote: > > In other words, I prioritized the extreme amount of user testing of > ext4 over the obvious convenience of btrfs. My prioritization isn't > universal: In fact, I'm probably in the minority. But it's worked for > me. I'm in the same

Re: [DNG] Request file system reviews and recomendations.

Quoting Steve Litt (sl...@troubleshooters.com): > On Fri, 29 Dec 2017 01:15:10 +0100 > Harald Arnesen wrote: > > > I see what you mean, and I have never had a problem with ext4 either. > > But I have used btrfs on all my main machines for the last years, and > > have not had

Re: [DNG] Request file system reviews and recomendations.

On Fri, 29 Dec 2017 01:15:10 +0100 Harald Arnesen wrote: > I see what you mean, and I have never had a problem with ext4 either. > But I have used btrfs on all my main machines for the last years, and > have not had any (filesystem) problems with them either. I'd like to >

Re: [DNG] Request file system reviews and recomendations.

Den 2017-12-28 17:11, skrev Steve Litt: > That's exactly my point. To do something better than my backup > solution, I would have needed to go with something less tested, with > less complete supporting software, and something I trust less than > ext4. I haven't had ext4 mess up on me in at least

Re: [DNG] Request file system reviews and recomendations.

Le 28/12/2017 à 20:49, Adam Borowski a écrit : On Tue, Dec 26, 2017 at 05:20:58PM -0800, Rick Moen wrote: btrfs is still scarily beta after rather a lot of years of development. Its prospects have dimmed further now that Red Hat have dropped it from their roadmap. And why would Red Hat matter?

Re: [DNG] eudev naming of network interfaces

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Di den 26. Dez 2017 um 20:04 schrieb J. Fahrner: > eth0 works normal in network-manager. The error is only during boot. I'm > wondering why ifup tries to activate eth0, since this is not in > /etc/network/interfaces. Where does this info come

Re: [DNG] Request file system reviews and recomendations.

Adam Borowski wrote (excerpted): > As for its state: btrfs is, well, btrfs. You get both extremely powerful > data protection features you won't want to live without, and WTF level > caveats. I wouldn't recommend using btrfs unless you know where the corpses > are buried. > > But if you do, you

Re: [DNG] Request file system reviews and recomendations.

On Tue, Dec 26, 2017 at 05:20:58PM -0800, Rick Moen wrote: > btrfs is still scarily beta after rather a lot of years of development. > Its prospects have dimmed further now that Red Hat have dropped it from > their roadmap. And why would Red Hat matter? It's similar to as if Apple dropped an

Re: [DNG] Request file system reviews and recomendations.

On Thu, Dec 28, 2017 at 12:03:12PM +0100, Didier Kryn wrote: > Le 27/12/2017 à 01:05, Hendrik Boom a écrit : > > As I understand it, there are a few new file systems somewhat > > available on Linux -- ZFS, XFS, and Btrfs. > >     I have tried btrfs; it still runs on a few servers I have

Re: [DNG] Request file system reviews and recomendations.

Quoting Dr. Nikolaus Klepp (dr.kl...@gmx.at): > Am Donnerstag, 28. Dezember 2017 schrieb Rick Moen: > > Quoting Harald Arnesen (har...@skogtun.org): > > > My one-time colleague Ted T'so once wrote an excellent piece, that I > > can't find at the moment, about how ext2/ext3 code had necessarily >

Re: [DNG] Devuan releases and roadmap

On Thu, Dec 28, 2017 at 05:38:47PM +0100, Michael Siegel wrote: > Am 28.12.2017 um 14:45 schrieb Mike Tubby: > > [...] > > > Reading the 'Release Information' at: > > > > https://devuan.org/os/releases > > > > it is not terribly clear to me exactly which Debian 'Jessie' the Devuan > >

Re: [DNG] Devuan releases and roadmap

Am 28.12.2017 um 14:45 schrieb Mike Tubby: [...] > Reading the 'Release Information' at: > > https://devuan.org/os/releases > > it is not terribly clear to me exactly which Debian 'Jessie' the Devuan > 'Jessie' is built upon - the reason for this is that Debian has 'point > releases', e.g

Re: [DNG] Request file system reviews and recomendations.

Steve Litt wrote: > That's exactly my point. To do something better than my backup > solution, I would have needed to go with something less tested, with > less complete supporting software, and something I trust less than > ext4. I haven't had ext4 mess up on me in at

Re: [DNG] ASCII doesn't suspend when closing lid

On December 28, 2017 7:05:47 PM GMT+03:00, Steve Litt wrote: >On Thu, 28 Dec 2017 11:05:43 +0100 >Didier Kryn wrote: > >>     xfce4-power-manager is configured such that closing lid should >> cause suspend. >> >>     When the lid is closed and

Re: [DNG] Request file system reviews and recomendations.

On Fri, 29 Dec 2017 01:33:43 +1100 Andrew McGlashan wrote: > On 28/12/17 15:05, Rick Moen wrote: > > ECC RAM is not sufficient to catch all bad RAM problems, only some. > > Back in 2006, I had an interesting case of this: > >

Re: [DNG] Request file system reviews and recomendations.

On Thu, 28 Dec 2017 11:33:13 +0100 Harald Arnesen wrote: > Den 28.12.2017 01:51, skrev Steve Litt: > > > The one downfall of my method is if you absolutely, positively need > > atomic backups: database files, for instance. You'd need to stop > > work on the computer being

Re: [DNG] ASCII doesn't suspend when closing lid

On Thu, 28 Dec 2017 11:05:43 +0100 Didier Kryn wrote: >     xfce4-power-manager is configured such that closing lid should > cause suspend. > >     When the lid is closed and reopen, there is no message in dmesg. > >     Any clue?  Thanks. Hi Didier, This is non-responsive

Re: [DNG] Devuan releases and roadmap

On Thu, Dec 28, 2017 at 01:45:52PM +, Mike Tubby wrote: > > How long are Devuan releases, like Jessie, going to be supported? Debian > Jessie appears to end at the end of 2018, according to this: Devuan jessie is an LTS release. it will be supported at least until Debian Jessie LTS, i.e.,

Re: [DNG] Request file system reviews and recomendations.

On 12/27/2017 01:34 PM, taii...@gmx.com wrote: Please remember that all RAID should have ECC RAM and when it comes to XFS it is MANDATORY to avoid massive data corruption. Ahh late night typo for me, correction - ZFS not XFS. ___ Dng mailing list

Re: [DNG] Summary of investigations on Lid open/close in ASCII

Am 2017-12-28 15:31, schrieb Didier Kryn:     Now I have the following options:     1) Try to obtain something from xfce4-power-manager. I'm not ready to debug the dbus nightmare. It might be that the package dbus-user-session is necessary. But this one depends on libpam-systemd and therefore

Re: [DNG] Request file system reviews and recomendations.

On 28/12/17 11:51, Steve Litt wrote: > Being a fan of simplicity, I use ext4 on all partitions. No LVM: I > don't want the extra layer. With things like bind mount I can > temporarily move parts of one filetree to a different partition, and > the next time I full-install or buy a new computer or

Re: [DNG] Request file system reviews and recomendations.

On 28/12/17 15:05, Rick Moen wrote: > ECC RAM is not sufficient to catch all bad RAM problems, only some. > Back in 2006, I had an interesting case of this: > http://linuxmafia.com/pipermail/conspire/2006-December/002662.html > http://linuxmafia.com/pipermail/conspire/2006-December/002668.html >

[DNG] Summary of investigations on Lid open/close in ASCII

    The files listed below are all part of package acpi-support.     /etc/acpi/events/lidbtn causes the invocation of /etc/acpi/lid.sh on lid events     /etc/acpi/lid/sh invokes a function called CheckPolicy(), which is in file /usr/share/acpi-support/policy-funcs.    CheckPolicy() checks

[DNG] Success: IBM Informix IDS

I have successfully installed IBM Informix IDS 11.50 on a devuan Jessie 1.0.0. It will soon replace in production an old OpenSuse 11.4 that passed its EOL... I'll even try witn an 11.70 soon and report back... Kudos to the Devuan team! Greetings, Luciano. -- /"\

[DNG] Devuan releases and roadmap

Hi All, Seasons greetings! I'm working on a vehicle router project based on i.MX6 and we were, until a few days ago, using Ubuntu 14.04 LTS armhf.  I was about to migrate to Ubuntu 16.04 LTS when I noticed that systemd had taken over but not all of my hardware management leaving me stranded

Re: [DNG] eudev missing dependency

Olaf Meeuwissen wrote on 28/12/17 23:36: Hi, J. Fahrner writes: Am 2017-12-27 16:28, schrieb Svante Signell: I'm not so sure we should add that dependency, Can you explain why? When udevd calls mtp-probe in it's default configuration, then it must be assured that mtp-probe is present.

[DNG] Mixed threads.

Le 28/12/2017 à 14:18, Didier Kryn a écrit : Le 28/12/2017 à 14:12, Didier Kryn a écrit : Le 28/12/2017 à 11:43, Didier Kryn a écrit :     Hello.     I have a Cups server (cups daemon configured to export one printer) at home on a desktop running Devuan-Jessie.     The Cups daemon on my

Re: [DNG] Request file system reviews and recomendations.

Den 2017-12-28 12:18, skrev KatolaZ: > I lost several filesystems with buggy reiserfs versions, back in the > days, and refused to use it ever again, basically because ext3 had > become reliable and dependable in the meanwhile. Then Hans Raiser > stopped its development, for other reasons... He

Re: [DNG] Cups daemon doesn't see remote Cups server

Le 28/12/2017 à 14:12, Didier Kryn a écrit : Le 28/12/2017 à 11:43, Didier Kryn a écrit :     Hello.     I have a Cups server (cups daemon configured to export one printer) at home on a desktop running Devuan-Jessie.     The Cups daemon on my laptop (configured to be a client only) was

Re: [DNG] eudev missing dependency

Hi, J. Fahrner writes: > Am 2017-12-27 16:28, schrieb Svante Signell: >> I'm not so sure we should add that dependency, > > Can you explain why? > When udevd calls mtp-probe in it's default configuration, then it must > be assured that mtp-probe is present. Anything else is a bug. Indeed but

Re: [DNG] Cups daemon doesn't see remote Cups server

Le 28/12/2017 à 11:43, Didier Kryn a écrit :     Hello.     I have a Cups server (cups daemon configured to export one printer) at home on a desktop running Devuan-Jessie.     The Cups daemon on my laptop (configured to be a client only) was able to see it and use it for print, when it was

Re: [DNG] ASCII doesn't suspend when closing lid

Am 2017-12-28 13:36, schrieb Didier Kryn:     This file doesn't exist, Yes, I created that myself. but there is a file just called lidbtn, which contains the following: # /etc/acpi/events/lidbtn Is this a leftover from a former installation? Can you look if this is

Re: [DNG] ASCII doesn't suspend when closing lid

Le 28/12/2017 à 12:35, J. Fahrner a écrit : Am 2017-12-28 11:05, schrieb Didier Kryn:     My HP EliteBook running ASCII doesn't suspend when I close the lid. It used to do with Debian Wheezy. I had the same problem when switching from Debian to Devuan. Solution is easy: You need the

Re: [DNG] ASCII doesn't suspend when closing lid

Am 2017-12-28 11:05, schrieb Didier Kryn:     My HP EliteBook running ASCII doesn't suspend when I close the lid. It used to do with Debian Wheezy. I had the same problem when switching from Debian to Devuan. Solution is easy: You need the package "acpid". Look what events are triggered

Re: [DNG] Request file system reviews and recomendations.

> ext3/ext4 are solid fs, and have > always been. the lost+found folder is a remainder of the ext2 era, and > is not even mandatory any more, AFAIU. lost+found is required since ext3+ext4 permit mounting as ext2, which requires it. A poor reason, perhaps, but put differently getting rid of a

Re: [DNG] Request file system reviews and recomendations.

Quoting Didier Kryn (k...@in2p3.fr): > I'm reluctant to use ext3/ext4 because I don't understand why they > still have this strange lost+found directory, which signs a kind of > weakness. It's just a receiving area for fragments (inodes without corresponding filenames) that might in the future

Re: [DNG] Request file system reviews and recomendations.

On Thu, Dec 28, 2017 at 12:03:12PM +0100, Didier Kryn wrote: > Le 27/12/2017 à 01:05, Hendrik Boom a écrit : > >As I understand it, there are a few new file systems somewhat > >available on Linux -- ZFS, XFS, and Btrfs. > >     I switched from ext2 to Reiserfs many years ago, when Reiser was the

Re: [DNG] Request file system reviews and recomendations.

On 12/28/2017 01:03 PM, Didier Kryn wrote: [snip]>     From reading this thread, I learned that ZFS has severe hardware > requirements; If all features are enabled then the RAM requirements are outrageous. However, some of the memory hogs might not be missed if they are turned off. Depends on

Re: [DNG] Request file system reviews and recomendations.

Le 27/12/2017 à 01:05, Hendrik Boom a écrit : As I understand it, there are a few new file systems somewhat available on Linux -- ZFS, XFS, and Btrfs.     I switched from ext2 to Reiserfs many years ago, when Reiser was the first and only journalled filesystem. After that switch I have never

Re: [DNG] Request file system reviews and recomendations.

Den 28.12.2017 01:51, skrev Steve Litt: > The one downfall of my method is if you absolutely, positively need > atomic backups: database files, for instance. You'd need to stop work > on the computer being backed up. In the case of my Daily Driver > Desktop, which contains 3,874,727 files, the

Re: [DNG] ASCII doesn't suspend when closing lid

Le 28/12/2017 à 11:13, KatolaZ a écrit : On Thu, Dec 28, 2017 at 11:05:43AM +0100, Didier Kryn wrote:     Hello.     My HP EliteBook running ASCII doesn't suspend when I close the lid. It used to do with Debian Wheezy.     The package acpi-call-dkms is installed.     xfce4-power-manager

Re: [DNG] ASCII doesn't suspend when closing lid

On Thu, Dec 28, 2017 at 11:05:43AM +0100, Didier Kryn wrote: >     Hello. > >     My HP EliteBook running ASCII doesn't suspend when I close the lid. It > used to do with Debian Wheezy. > >     The package acpi-call-dkms is installed. > >     xfce4-power-manager is configured such that closing

[DNG] ASCII doesn't suspend when closing lid

    Hello.     My HP EliteBook running ASCII doesn't suspend when I close the lid. It used to do with Debian Wheezy.     The package acpi-call-dkms is installed.     xfce4-power-manager is configured such that closing lid should cause suspend.     When the lid is closed and reopen, there