On Fri, 12 Jun 2020 12:49:28 +0200
Riccardo Mottola via Dng wrote:
> Hi all!
>
> I just upgraded from ascii to beowulf a pretty decent laptop, equipped
> with a core i7 and 8GB of RAM.
>
> I upgraded everything in place: so same desktop environment, same
> applications, same hard disk... just
Upgraded my shell server at home yesterday, and ran into a couple of
problems. None of them were specific to Devuan though, as far as I
can see - all the affected packages were inherited from Debian, and
most of the trouble was due to certain configuration details on my
system.
Anyway, maybe
It's getting to be time for me to upgrade my ascii server to beowulf.
But I have some worries, having heard people have had problems with
said upgrade.
What I absolutely need after the upgrade is a text console and network
cnnectivity. Because this is my link to the rest of the world, and if
On Fri, 12 Jun 2020 04:41:17 -0700
Rick Moen via Dng wrote:
> > Yes and no:
> >
> > -n Use SNTP (old RFC 2030, currently RFC 5905) instead of the RFC
> > 868 time protocol.
> >
> > # rdate -n ntp.xs4all.nl
> > Fri Jun 12 12:07:04 CEST 2020
>
> Point taken. SNTP _is_ worthy of respect
On Fri, Jun 12, 2020 at 03:21:28PM -0400, Steve Litt wrote:
> On Fri, 12 Jun 2020 15:44:38 +0200
> Bastiaan van den Berg wrote:
>
> > Maybe try ; https://make-linux-fast-again.com/ kerneloptions to
> > disable all spectre and meltdown stuff
>
> I hope you mean the preceding as a diagnostic
On Fri, 12 Jun 2020 15:44:38 +0200
Bastiaan van den Berg wrote:
> Maybe try ; https://make-linux-fast-again.com/ kerneloptions to
> disable all spectre and meltdown stuff
I hope you mean the preceding as a diagnostic test and not as a
solution.
SteveT
Steve Litt
May 2020 featured book:
il devuanizzato Bastiaan van den Berg il 12-06-20 15:44:38
ha scritto:
Maybe try ; https://make-linux-fast-again.com/ kerneloptions to disable
all spectre and meltdown stuff
Experimented slowdown me too. Thanks for reminding me this site.
Joking, risky and written immediately one line
On Fri, 12 Jun 2020 17:01:14 +0200
"J. Fahrner via Dng" wrote:
> Any ideas how to debug this problem?
>
> This is the fstab entry:
>
> LABEL=Elements /hdd ext4 defaults 0 2
Try to add "nofail" or "noauto":
LABEL=Elements /hdd ext4 defaults,nofail 0 2
LABEL=Elements /hdd ext4
On 6/12/20 10:05 AM, David Kuehling via Dng wrote:
>
> - during startup, the LVM init.d-script hangs for a very long time
> repeatedly outputting errors of the form
>
> WARNING: Device /dev/xxx not initialized in udev database even after
> waiting 1000 microseconds.
>
To get rid of
J. Fahrner via Dng wrote:
> Hi,
> I'm running Devuan Beowulf on an Odroid C2 mini computer. Since it's
> internal flash disk is limited, I run it with an external usb drive
> attached.
> When this disk is active in /etc/fstab the boot process hangs forever. I
> can ping it, so networking is
On 12/06/2020 16:01, J. Fahrner via Dng wrote:
> Hi,
> I'm running Devuan Beowulf on an Odroid C2 mini computer. Since it's internal
> flash disk is limited, I run it with an external usb drive attached.
> When this disk is active in /etc/fstab the boot process hangs forever. I can
> ping it, so
On 12/06/2020 16:01, J. Fahrner via Dng wrote:
> Hi,
Hi, I know *nothing* about Odroid
> I'm running Devuan Beowulf on an Odroid C2 mini computer. Since it's internal
> flash disk is limited, I run it with an external usb drive attached.
> When this disk is active in /etc/fstab the boot process
On 12-06-2020 17:01, J. Fahrner via Dng wrote:
> Hi,
> I'm running Devuan Beowulf on an Odroid C2 mini computer. Since it's
> internal flash disk is limited, I run it with an external usb drive
> attached.
> When this disk is active in /etc/fstab the boot process hangs forever.
> I can ping it, so
On 2020-06-12 17:01, J. Fahrner via Dng wrote:
> I'm running Devuan Beowulf on an Odroid C2 mini computer. Since it's
> internal flash disk is limited, I run it with an external usb drive
> attached. When this disk is active in /etc/fstab the boot process
> hangs forever.
Distribution kernel or
On 12/06/2020 15:05, David Kuehling via Dng wrote:
> Hi,
>
> I upgraded three machines from Devuan ascii to Devuan beowulf. Now one
> of these machines has non-deterministic problems during startup that
> look like being related to eudev. As that machine was originally
> derived by cloning the
Hi,
I'm running Devuan Beowulf on an Odroid C2 mini computer. Since it's
internal flash disk is limited, I run it with an external usb drive
attached.
When this disk is active in /etc/fstab the boot process hangs forever. I
can ping it, so networking is started, but I cannot login, because
Hi,
I upgraded three machines from Devuan ascii to Devuan beowulf. Now one
of these machines has non-deterministic problems during startup that
look like being related to eudev. As that machine was originally
derived by cloning the hard-disk of another machine that works fine, I
suspect this
Maybe try ; https://make-linux-fast-again.com/ kerneloptions to disable
all spectre and meltdown stuff
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Friends,
The Devuan project is changing its git repository manager from GitLab to
Gitea[1]. The main motivation for this change is to avoid the excessive server
resource consumption of the GitLab instance. It has also become increasingly
difficult to incorporate necessary security fixes without
Hi,
On 12/6/20 8:49 pm, Riccardo Mottola via Dng wrote:
> Hi all!
>
> I just upgraded from ascii to beowulf a pretty decent laptop, equipped
> with a core i7 and 8GB of RAM.
>
> I upgraded everything in place: so same desktop environment, same
> applications, same hard disk... just "apt-get
On Sat, 06 Jun 2020 08:29:01 -0700
kdibble wrote:
I'm glad you got things sorted out. Several of the things you mentioned
would have frustrated me.
> 5) Started adding a couple packages and apt asked for cdrom. I assumed
> it wanted usb stick, mounted it and nope, it wants a cdrom. Go in and
Quoting richard lucassen (mailingli...@lucassen.org):
> Yes and no:
>
> -n Use SNTP (old RFC 2030, currently RFC 5905) instead of the RFC
> 868 time protocol.
>
> # rdate -n ntp.xs4all.nl
> Fri Jun 12 12:07:04 CEST 2020
Point taken. SNTP _is_ worthy of respect -- but I'd personally
On 12-06-2020 12:49, Riccardo Mottola via Dng wrote:
> Hi all!
>
> I just upgraded from ascii to beowulf a pretty decent laptop, equipped
> with a core i7 and 8GB of RAM.
>
> I upgraded everything in place: so same desktop environment, same
> applications, same hard disk... just "apt-get
Hi all!
I just upgraded from ascii to beowulf a pretty decent laptop, equipped
with a core i7 and 8GB of RAM.
I upgraded everything in place: so same desktop environment, same
applications, same hard disk... just "apt-get dist-upgrade" essentially.
I even kept gcc6 because I had it before and I
On Fri, 12 Jun 2020 01:19:50 -0700
Rick Moen via Dng wrote:
> > Have a look at "rdate":
>
> I'm glad it works for you, but no.
>
> RFC 868 Time Protocol was obsoleted when NTP became ubiquotous in the
> 1980s. IMO, there's no point in keeping rdate(8) around when there
> are multiple good NTP
Quoting richard lucassen (mailingli...@lucassen.org):
> Have a look at "rdate":
I'm glad it works for you, but no.
RFC 868 Time Protocol was obsoleted when NTP became ubiquotous in the
1980s. IMO, there's no point in keeping rdate(8) around when there are
multiple good NTP implementations
On Thu, 11 Jun 2020 15:09:37 -0700
Rick Moen via Dng wrote:
> If running ntpdate, depending on how much skew there is from correct
> time, you might need the '-B' option. Quoting the man page:
Have a look at "rdate":
$ apropos rdate
rdate (8)- set the system's date from a remote
27 matches
Mail list logo