On 05/12/2018, Antony Stone wrote:
> On Wednesday 05 December 2018 at 17:41:22, Edward Bartolo wrote:
>
>> Further Optimization:
>>
>> Is it possible to configure Devuan on Raspberry Pi 3B+, so that,
>> bash_history, settings pertaining to bash, and other user
>> configuration files from being
On Wednesday 05 December 2018 at 17:41:22, Edward Bartolo wrote:
> Further Optimization:
>
> Is it possible to configure Devuan on Raspberry Pi 3B+, so that,
> bash_history, settings pertaining to bash, and other user
> configuration files from being updated every time such an application
> is
Further Optimization:
Is it possible to configure Devuan on Raspberry Pi 3B+, so that,
bash_history, settings pertaining to bash, and other user
configuration files from being updated every time such an application
is used?
If there is some other things I am not aware of, please inform me.
On 12/3/18 3:24 AM, Steve Litt wrote:
On Sun, 2 Dec 2018 11:10:20 -0800
Bruce Ferrell wrote:
Yeah, this IS one of the issues around flash/SSD storage... They run
fast and wear out faster.
The preceding sentence is true but it's not the whole truth. If one
uses SSD the way they would
Il 03/12/18 12:53, Alessandro Selli ha scritto:
> On 03/12/18 at 11:30, Edward Bartolo wrote:
>> Running "update-rc.d rsyslog disable 2" resulted in error messages
>> like the following:
>>
>> ERROR MESSAGE:
>> insserv: warning: current start runlevel(s) A of script 'rsyslog'
>> overrides LSB
On 03/12/18 at 11:30, Edward Bartolo wrote:
> Running "update-rc.d rsyslog disable 2" resulted in error messages
> like the following:
>
> ERROR MESSAGE:
> insserv: warning: current start runlevel(s) A of script 'rsyslog'
> overrides LSB defaults B
>
> There were four lines with similar text but
On 12/3/18 1:16 PM, Edward Bartolo wrote:
> Nevermind, I found that prepending a symlink with a 'K' in /etc/rcN.d
> is to disable that script.
See "man update-rc.d" for the official tool for that.
/Lars
___
Dng mailing list
Dng@lists.dyne.org
On Sun, 2 Dec 2018 11:10:20 -0800
Bruce Ferrell wrote:
> Yeah, this IS one of the issues around flash/SSD storage... They run
> fast and wear out faster.
The preceding sentence is true but it's not the whole truth. If one
uses SSD the way they would spinning rust, that being run it 80% to 90%
Nevermind, I found that prepending a symlink with a 'K' in /etc/rcN.d
is to disable that script.
Thanks everyone, especially Dr Klepp.
--
If you can't explain it simply, you don't understand it well enough.
(Albert Einstein)
If you cannot make abstructions about details you do not understand
Running "update-rc.d rsyslog disable 2" resulted in error messages
like the following:
ERROR MESSAGE:
insserv: warning: current start runlevel(s) A of script 'rsyslog'
overrides LSB defaults B
There were four lines with similar text but with A and B as follows:
a) A = (3 4 5); B = (2 3 4 5)
b) A
On 03/12/18 at 10:50, Adam Borowski wrote:
> On Mon, Dec 03, 2018 at 10:33:44AM +0100, Alessandro Selli wrote:
>> On 03/12/18 at 10:05, Adam Borowski wrote:
>>> realtime greatly reduces atime writes, but it's still too much.
>> I wouldn't say so. Since relatime updates atime only relative to
Quoting Alessandro Selli (alessandrose...@linux.com):
> Good idea.
Well, in the name of international amity
# touch NIENTE_E_MONTATO_QUI
# chattr +i NIENTE_E_MONTATO_QUI
;->
___
Dng mailing list
Dng@lists.dyne.org
On Mon, Dec 03, 2018 at 10:33:44AM +0100, Alessandro Selli wrote:
> On 03/12/18 at 10:05, Adam Borowski wrote:
> > realtime greatly reduces atime writes, but it's still too much.
>
> I wouldn't say so. Since relatime updates atime only relative to the
> present ctime and mtime, it's only
On 03/12/18 at 10:05, Adam Borowski wrote:
> realtime greatly reduces atime writes, but it's still too much.
I wouldn't say so. Since relatime updates atime only relative to the
present ctime and mtime, it's only changed when one of those two is
changed. That is, updating atime does not
http://hacks.slashdirt.org/sw/flashybrid/
Someone with non-systemd will have to suck it and see.
That someone will be me if no-one else has done it by Valentines Day.
On 02/12/2018 23:11, Alessandro Selli wrote:
> OnIl 02/12/18 at 22:58, g4sra wrote:
>> I have found flashybrid extremely
On Mon, Dec 03, 2018 at 02:05:29PM +1100, Erik Christiansen wrote:
> On 03.12.18 00:47, Adam Borowski wrote:
> > On Sun, Dec 02, 2018 at 11:53:39PM +0100, Alessandro Selli wrote:
> > > On 02/12/18 at 17:23, Adam Borowski wrote:
> > > > You'd want to set noatime on every machine
> > > > you
On 03.12.18 00:47, Adam Borowski wrote:
> On Sun, Dec 02, 2018 at 11:53:39PM +0100, Alessandro Selli wrote:
> > On 02/12/18 at 17:23, Adam Borowski wrote:
> > > You'd want to set noatime on every machine
> > > you control.
> >
> >
> > Some mail servers and clients do use it to determine if a
On Sun, Dec 02, 2018 at 11:53:39PM +0100, Alessandro Selli wrote:
> On 02/12/18 at 17:23, Adam Borowski wrote:
> > You'd want to set noatime on every machine
> > you control.
>
>
> Some mail servers and clients do use it to determine if a mail was
> read after it arrived. In this case, it'd
OnIl 02/12/18 at 22:58, g4sra wrote:
> I have found flashybrid extremely beneficial in the past, on switching
> from Debian to Devuan Ascii it appears not to be in the repository, is
> it in Beowulf ?. I am not aware of any dependencies it has on
> systemd.
It was removed from Debian on
On 02/12/18 at 21:04, Rick Moen wrote:
> I also recommend (while in single-user mode as the root user) doing this
> in each of your system's mountpoint directories:
>
> # touch NOTHING_IS_MOUNTED_HERE
> # chattr +i NOTHING_IS_MOUNTED_HERE
>
> That's saved me confusion quite a few times when I'm
On 02/12/18 at 17:23, Adam Borowski wrote:
> You'd want to set noatime on every machine
> you control.
Some mail servers and clients do use it to determine if a mail was
read after it arrived. In this case, it'd be better to have it set on /var.
--
Alessandro Selli
VOIP SIP:
On 02/12/18 at 21:07, Dr. Nikolaus Klepp wrote:
> Am Sonntag, 2. Dezember 2018 schrieb Edward Bartolo:
>> On 02/12/2018, Dr. Nikolaus Klepp wrote:
>> [...]
>>> Do not use swap.
>>> Use ramfs for /tmp and /var/tmp.
>>> Turn off logging.
>>> Mount / readonly.
>>> Use "noatime" mountoption.
>>>
>>
It appears not:
https://pkginfo.devuan.org/cgi-bin/d1pkgweb-query?search=flashybrid=any
On 2018-12-02 15:58, g4sra wrote:
I have found flashybrid extremely beneficial in the past, on switching
from Debian to Devuan Ascii it appears not to be in the repository, is
it in Beowulf ?. I am not
I have found flashybrid extremely beneficial in the past, on switching
from Debian to Devuan Ascii it appears not to be in the repository, is
it in Beowulf ?. I am not aware of any dependencies it has on
systemd.
On 02/12/2018 10:41, Edward Bartolo wrote:
> Hi everyone.
>
> Recently I have been
On Sun, Dec 02, 2018 at 11:41:48AM +0100, Edward Bartolo wrote:
> The purpose of this email is to ask how to radically minimized write
> cycles to the SD CARD when I run Devuan for Raspberry Pi 3. I found a
> how-to which uses /tmp fs for frequently modified system files, but
> the user uses
Am Sonntag, 2. Dezember 2018 schrieb Edward Bartolo:
> On 02/12/2018, Dr. Nikolaus Klepp wrote:
> [...]
> >
> > Do not use swap.
> > Use ramfs for /tmp and /var/tmp.
> > Turn off logging.
> > Mount / readonly.
> > Use "noatime" mountoption.
> >
>
> How can I use ramfs for /tmp and /var/tmp?
In
Quoting Alessandro Selli (alessandrose...@linux.com):
> All you need to do is putting this line in /etc/fstab:
>
> tmpfs /tmp tmpfs defaults,mode=1777 0 0
Seriously, yes, everyone running a system _just_ on flash media ought to
be doing this and similar measures to reduce wear on
There is an old article at
http://wiki.linuxservertech.com/index.php?action=artikel=9=173
which may help you. I wrote it when I was booting servers from USB
Thumbdrives. Again, it is an older article so use some caution when you
review it. But, I have servers using thumbdrives that have been
On 12/2/18 2:41 AM, Edward Bartolo wrote:
Hi everyone.
Recently I have been using a Raspberry Pi 3B, obviously powered with
Devuan, to run as music player. Restarting it yesterday, I was
dismayed to discover it would not boot properly anymore, with long
lists of errors complaining about not
On 02/12/2018, Dr. Nikolaus Klepp wrote:
[...]
>
> Do not use swap.
> Use ramfs for /tmp and /var/tmp.
> Turn off logging.
> Mount / readonly.
> Use "noatime" mountoption.
>
How can I use ramfs for /tmp and /var/tmp?
And, also turn off logging?
Can anyone post a sample /etc/fstab as a hint as
On Sun, Dec 02, 2018 at 12:06:03PM +0100, info at smallinnovations dot nl wrote:
> On 02-12-18 11:41, Edward Bartolo wrote:
> > The purpose of this email is to ask how to radically minimized write
> > cycles to the SD CARD when I run Devuan for Raspberry Pi 3. I found a
> > how-to which uses /tmp
On Sun, 2 Dec 2018 12:16:34 +0100, Dr. wrote in message
<201812021216.34883.dr.kl...@gmx.at>:
> Am Sonntag, 2. Dezember 2018 schrieb Edward Bartolo:
> > Hi everyone.
> >
> > Recently I have been using a Raspberry Pi 3B, obviously powered with
> > Devuan, to run as music player. Restarting it
On 02/12/18 on 13:08, info at smallinnovations dot nl wrote:
>
> If you disable journalling on ext4 you can just as well mount it with
> ext2 afaik.
>
> Grtz
>
> Nick
>
No, ext2 is significantly slower than a journal-less ext4 filesystem.
This must be due mainly to the fact that ext4 uses an
On 02-12-18 13:01, Alessandro Selli wrote:
>
>
> Il 02/12/18 11:41, Edward Bartolo ha scritto:
>> Hi everyone.
>>
>> Recently I have been using a Raspberry Pi 3B, obviously powered with
>> Devuan, to run as music player. Restarting it yesterday, I was
>> dismayed to discover it would not boot
On 12/2/18 12:41 PM, Edward Bartolo wrote:
> [snip]
> So, the SD CARD, although brand new is now to be thrown away.
> [snip]
Is it still under warranty? If so you can get a replacement.
In addition to the tips already mentioned, under-provisioning helps a
bit too.
/Lars
Il 02/12/18 11:41, Edward Bartolo ha scritto:
> Hi everyone.
>
> Recently I have been using a Raspberry Pi 3B, obviously powered with
> Devuan, to run as music player. Restarting it yesterday, I was
> dismayed to discover it would not boot properly anymore, with long
> lists of errors complaining
On Sun, Dec 02, 2018 at 11:41:48AM +0100, Edward Bartolo wrote:
>
> Recently I have been using a Raspberry Pi 3B, obviously powered with
> Devuan, to run as music player. Restarting it yesterday, I was
> dismayed to discover it would not boot properly anymore, with long
> lists of errors
Am Sonntag, 2. Dezember 2018 schrieb Edward Bartolo:
> Hi everyone.
>
> Recently I have been using a Raspberry Pi 3B, obviously powered with
> Devuan, to run as music player. Restarting it yesterday, I was
> dismayed to discover it would not boot properly anymore, with long
> lists of errors
On 02-12-18 11:41, Edward Bartolo wrote:
> Hi everyone.
>
> Recently I have been using a Raspberry Pi 3B, obviously powered with
> Devuan, to run as music player. Restarting it yesterday, I was
> dismayed to discover it would not boot properly anymore, with long
> lists of errors complaining about
Hi everyone.
Recently I have been using a Raspberry Pi 3B, obviously powered with
Devuan, to run as music player. Restarting it yesterday, I was
dismayed to discover it would not boot properly anymore, with long
lists of errors complaining about not being able to write to the SD
CARD. The latter
40 matches
Mail list logo
