Searching for installed kernel modules using locate I found the actual
modules for the DAC are installed. However, using modprobe did not
result in the modules being loaded. Modprobe complained with the
error:
modprobe: FATAL: module name not found in directory /lib/modules/4.16.12-v8+
After
Il giorno giovedì 14/03/2019 23:23:52 +0100
Edward Bartolo ha scritto:
> I have a raspberry Pi with a Pi DAC Pro sound for which there is no
> driver installed. Searching online takes me to readily prepared
> operating system images that I do not want to use as I am using
> Devuan. Does anyone
don't use any sound on rpi, but some searching online, pointed here :
http://www.iqaudio.com/downloads/IQaudIO.pdf
(check p.31. )
On 3/15/19 12:23 AM, Edward Bartolo via Dng wrote:
> I have a raspberry Pi with a Pi DAC Pro sound for which there is no
> driver installed. Searching online takes me
I have a raspberry Pi with a Pi DAC Pro sound for which there is no
driver installed. Searching online takes me to readily prepared
operating system images that I do not want to use as I am using
Devuan. Does anyone know what I should do to be able to use the Pi DAC
Pro sound card under Devuan?
--
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
the concepts underlying them.
___
Dng mailing list
Dng@lists.dyne.org
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
I found a way that seems ok:
I installed Raspbian Stretch and migrated it to Devuan Ascii.
The package raspberrypi-kernel is in
"http://archive.raspberrypi.org/debian/ stretch main", so i left this in
my sources list, but pinned it with priority 200, so no other packages
are installed by
Hi,
I dd'ed devuan_ascii_2.0.0_armhf_raspi2.img on sd card for my Raspberry
Pi 2 model B, but it does not boot. No action, black screen. Are here
any experiences with that model?
In the past I installed Raspbian Jessie and migrated that to Devuan, but
this no longer works because they
On Mon, Mar 27, 2017 at 10:21:27AM -0400, Renaud OLGIATI wrote:
> On Mon, 27 Mar 2017 14:21:58 +0100
> KatolaZ wrote:
>
> >
> > https://files.devuan.org/devuan_jessie_beta/embedded/devuan_jessie_1.0.0-beta2_arm64_raspi3.img.xz
>
> Would it run on the RP-2 ?
>
Nope,
On Mon, 27 Mar 2017 14:21:58 +0100
KatolaZ wrote:
>
> https://files.devuan.org/devuan_jessie_beta/embedded/devuan_jessie_1.0.0-beta2_arm64_raspi3.img.xz
Would it run on the RP-2 ?
Cheers,
Ron.
--
Physics is like sex:
On Mon, 27 Mar 2017 14:21:58 +0100
KatolaZ wrote:
> On Mon, Mar 27, 2017 at 09:12:11AM -0400, Renaud OLGIATI wrote:
> > ISTR having seen a mention of this go past, I now have a Raspberry
> > Pi, and cannot find where to download it ;-3(
> >
> > Does it still exist ?
>
On Mon, Mar 27, 2017 at 09:12:11AM -0400, Renaud OLGIATI wrote:
> ISTR having seen a mention of this go past, I now have a Raspberry Pi, and
> cannot find where to download it ;-3(
>
> Does it still exist ?
Hi Renaud,
It should still be there:
ISTR having seen a mention of this go past, I now have a Raspberry Pi, and
cannot find where to download it ;-3(
Does it still exist ?
Cheers,
Ron.
--
Toddlers are the stormtroopers
of the Lord of Entropy.
Am 06.02.2017 um 12:11 schrieb Jaromil:
> The main reasons why Devuan acts like Debian in this case is that in
> Jessie we only operate to remove systemd, nothing else changes, while
> we still rely heavily on Debian for the bulk of binary builds.
>
Ok, I see it's Debians fault for the improper
dear Jochen,
tl;dr - just like Debian does, we do recommend using Raspian on rpi1
boards version 1 to take full advantage of their rather strange
architecture.
> On Mon, Feb 06, 2017 at 11:18:41AM +0100, Jochen Fahrner wrote:
>
> [cut]
>
> >
> > The only option I have: install from scratch
On Mon, Feb 06, 2017 at 11:18:41AM +0100, Jochen Fahrner wrote:
[cut]
>
> The only option I have: install from scratch with Devuans "armel" Image.
> But this is not really an option, I will loose hardfloat, making my PI
> even more slower than it already is. So I stay with Raspbian Jessie.
>
On Mon, Feb 06, 2017 at 11:18:41AM +0100, Jochen Fahrner wrote:
> Am 06.02.2017 um 09:22 schrieb KatolaZ:
> > Like, for the same reason why you use packages compiled for amd64 with
> > your shiny Intel i5, despite you could have used packages compiled for
> > an i486 back in 1994? :)
> >
>
>
Am 06.02.2017 um 09:22 schrieb KatolaZ:
> Like, for the same reason why you use packages compiled for amd64 with
> your shiny Intel i5, despite you could have used packages compiled for
> an i486 back in 1994? :)
>
That's exactly the point. Nobody comes up with the idea to compile
packages for
On Mon, Feb 06, 2017 at 06:32:54AM +0100, J. Fahrner wrote:
> Am 05.02.2017 um 22:34 schrieb KatolaZ:
> > Because that image is an armv6 + hard float, so it works
> > everywhere.
> >
> >
>
> So why are the Devuan Images not compiled the same way?
>
Like, for the same reason why you use
Am 05.02.2017 um 22:34 schrieb KatolaZ:
> Because that image is an armv6 + hard float, so it works
> everywhere.
>
>
So why are the Devuan Images not compiled the same way?
___
Dng mailing list
Dng@lists.dyne.org
On Sun, Feb 05, 2017 at 10:02:21PM +0100, J. Fahrner wrote:
[cut]
>
> But thats without hardfloat. What I need is ARMv6 with hardfloat. I'm
> wondering why Raspbian has only one Image that works with all. How do
> they do that?
> https://www.raspberrypi.org/downloads/
>
Because that image is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Sun, 5 Feb 2017 22:02:21 +0100
"J. Fahrner" wrote:
> But thats without hardfloat. What I need is ARMv6 with hardfloat. I'm
> wondering why Raspbian has only one Image that works with all. How do
> they do that?
>
Am 05.02.2017 um 18:58 schrieb Florian Zieboll:
>
> "Raspbian armhf" is a special build for rpi1: ARMv6 with hardfloat
> support. This is the actual reason for Raspian's existence, as the
> common "armhf" builds are compiled for ARMv7.
ok, that explains the segmentation faults on my PI1 model B.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Sun, 5 Feb 2017 18:36:29 +0100
"J. Fahrner" wrote:
> Strange. Mine is a PI 1 Model B. (armhf architecture). Maybe the
> current packages are not compatible with that? But original Raspbian
> Jessie (armhf) works fine. Only
On Sun, Feb 05, 2017 at 05:51:54PM +0100, J. Fahrner wrote:
> Hello,
>
> has someone had success in installing Devuan on Raspberry Pi?
>
> My first attempt was to upgrade from Raspbian Wheezy following this guide:
>
>
On Sun, Feb 05, 2017 at 06:36:29PM +0100, J. Fahrner wrote:
>
>
> Am 05.02.2017 um 18:23 schrieb Florian Zieboll:
> >
> >
> > Both ways it worked like a charm.
> >
>
> Strange. Mine is a PI 1 Model B. (armhf architecture). Maybe the current
> packages are not compatible with that? But original
Am 05.02.2017 um 18:23 schrieb Florian Zieboll:
>
>
> Both ways it worked like a charm.
>
Strange. Mine is a PI 1 Model B. (armhf architecture). Maybe the current
packages are not compatible with that? But original Raspbian Jessie
(armhf) works fine. Only Devuan has segmentation faults.
--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Sun, 5 Feb 2017 17:51:54 +0100
"J. Fahrner" wrote:
> has someone had success in installing Devuan on Raspberry Pi?
I have Devuan armhf running on a rpi2, installed from the first Beta image -
here
the link to my li'l HOWTO
On 02/05/2017 11:51 AM, J. Fahrner wrote:
[snip]
has someone had success in installing Devuan on Raspberry Pi?
Havn't gotten around to Pi yet, But did have a Acer laptop with no
cd/dvd. I installed from a external usb cd/dvd, and I copyies the beta2
iso to usb and installed that way.
Hello,
has someone had success in installing Devuan on Raspberry Pi?
My first attempt was to upgrade from Raspbian Wheezy following this guide:
https://git.devuan.org/dev1fanboy/Upgrade-Install-Devuan/wikis/Upgrade-to-Devuan
Did not work, segmentation fault in some package installation script.
69 matches
Mail list logo