On Thu, 11 Aug 2016 08:48:47 +0200, Arnt wrote in message
<20160811084847.31359...@nb6.lan>:
> On Wed, 10 Aug 2016 18:45:18 -0400, Steve wrote in message
> <20160810184518.2c014...@mydesk.domain.cxm>:
>
> > Sometimes a good, prophylactic fresh install is just what's needed.
>
> ..aye, todays E
On Wed, 10 Aug 2016 18:45:18 -0400, Steve wrote in message
<20160810184518.2c014...@mydesk.domain.cxm>:
> Sometimes a good, prophylactic fresh install is just what's needed.
..aye, todays El Reg:
* Bungling Microsoft singlehandedly proves that golden backdoor
keys are a terri
Quoting Peter Olson (pe...@peabo.com):
> Turns out, I had managed to screw up my partition table. So Grub
> would never in a million years be able to boot anything off that disk.
> I found this out during reinstallation when I was presented with a
> partition table different from what I expected.
> On August 10, 2016 at 3:01 AM Simon Hobson wrote:
>
> Peter Olson wrote:
>
> > I have a machine in that state right now, and rather than try to debug it
> > at the Grub prompt, I am just going to reinstall the system.
>
> That's a bit like the old "I'm buying a new car because the ashtray i
Quoting Steve Litt (sl...@troubleshooters.com):
> Sometimes a good, prophylactic fresh install is just what's needed.
There's something to that.
At $FIRM, a big shop where I was Senior Sysadmin for six years in the
Operations department, we tried to make every machine auto-buildable
using confir
On 08/10/2016 07:50 PM, Emiliano Marini wrote:
Sorry but it's ok to report bugs on this list?
Cheers,
Emiliano.
LOL, of course... I think so :)
Aitor.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listin
On Thu, 11 Aug 2016 11:18:39 +0200
aitor_czr wrote:
> Hi Svante,
>
> On 08/10/2016 11:16 AM, Svante Signell wrote:
> > On Thu, 2016-08-11 at 02:00 +0200, aitor_czr wrote:
> >> >
> >> > Aitor.
> >> >
> > Aitor, your computer clock is running ahead again. Can you please
> > sync with ntpdate
On Wed, 10 Aug 2016 08:01:07 +0100
Simon Hobson wrote:
> Peter Olson wrote:
>
> > I have a machine in that state right now, and rather than try to
> > debug it at the Grub prompt, I am just going to reinstall the
> > system.
>
> That's a bit like the old "I'm buying a new car because the ash
On 11/08/16 00:13, richard lucassen wrote:
...
diff -rc clean/usr/lib/vdev/udev-compat.sh
echo "event-put $_DEVICE_ID" >> /tmp/udev-compat.log
echo "" >> /tmp/udev-compat.log
-_RC=$?
What are the consequences of moving this _RC?
+_RC=$?
echo "event-put $_DEVICE_ID"
At 10/08/2016 11:16 +0200 Svante Signell wote:
> Aitor, your computer clock is running ahead again. Can you please sync
> with ntpdate regularly in a cron script (or replace the CMOS battery?)
Besides having been deprecated for a long time, ntpdate is a bad way to
control the clock. You should ru
- Original Message -
From: "Rainer Weikusat"
To:
Sent: Wednesday, August 10, 2016 12:06 PM
Subject: Re: [DNG] vdev - udev is a dead end
dev writes:
On 08/10/2016 04:26 AM, Didier Kryn wrote:
Hello. Thanks to a friendly help, I've found a few mails and
articles which deserve to
On Thu, 11 Aug 2016 11:04:24 +0200
aitor_czr wrote:
> > I've now made a snapshot of the vdev files from the working disk.
> > available at www.realthing.com.au/files/vdev/vdev-snapshot.tgz.
>
> Thanks !
Aitor, does your vdev set the permissions and ownerships correctly?
--
richard lucassen
h
Quoting Simon Hobson (li...@thehobsons.co.uk):
> Ah, I stand corrected, according to
> https://en.wikipedia.org/wiki/UTC%2B14:00 it was because parts of the
> colony were on different sides of the IDL and that meant that they
> only had 4 working days in common - Monday on one island would be
> Su
On 08/10/2016 06:11 PM, fsmithred wrote:
On 08/11/2016 09:45 AM, aitor_czr wrote:
>
>Hi fsmithred,
>
>On 08/10/2016 03:36 PM, fsmithred wrote:
>>On 08/11/2016 05:23 AM, aitor_czr wrote:
>>> >
>>> >Hi Ralph,
>>> >
>>> >On 08/10/2016 10:46 AM, Ralph Ronnquist wrote:
>>Note that I added
Just had this error starting LXDE for the first time:
https://postimg.org/image/qr34b416j/
Sorry but it's ok to report bugs on this list?
Cheers,
Emiliano.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/d
On Wed, 8/10/16, richard lucassen wrote:
Subject: Re: [DNG] vdev - udev is a dead end
To: dng@lists.dyne.org
Date: Wednesday, August 10, 2016, 11:35 AM
On Wed, 10 Aug 2016
16:59:58 +0100
Simon Hobson
wrote:
> How long before he decides that Grub needs "improving" ?
How long before
Le 10/08/2016 18:20, Tomasz Torcz a écrit :
Current udev_cannot_ be used to
populate /dev, it doesn't contain any mknod() calls enymore.
Actually mknod isn't necessary since device files are created by
the kernel in /sys/block/dev and /sys/char/dev and the hotplugger only
needs to copy t
On Wed, 10 Aug 2016 17:08:20 Simon Hobson wrote:
> It does sound like this was an area potentially in want of some looking at.
> However, the way to do that would have been to discuss it rationally with the
> kernel guys and agree a way forward - putting the fix in well before the
> breakage. "C
Solved enabling "Host I/O Cache" in the SATA Controller attributes.
On Wed, Aug 10, 2016 at 1:06 PM, Emiliano Marini wrote:
> Sorry,
>
> This is VirtualBox's fault:
>
> 00:16:08.595972 AioMgr0-N: Request 0x0814cbd900 failed with
> rc=VERR_TRY_AGAIN, migrating endpoint /.vmdk to failsafe
On Wed, 10 Aug 2016 16:59:58 +0100
Simon Hobson wrote:
> How long before he decides that Grub needs "improving" ?
How long before he decides that the kernel needs "improving"?
--
richard lucassen
http://contact.xaq.nl/
___
Dng mailing list
Dng@lists.
Go Linux wrote:
> For those of you so inclined. Is this important, old news or just academic
> posturing?
I think it's all three !
It looks very much related to a CVE from 2004
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2004-0230
Fundamentally, if someone can spoof a packet with t
On Wed, Aug 10, 2016 at 10:51:22AM -0500, dev wrote:
>
>
> On 08/10/2016 04:26 AM, Didier Kryn wrote:
> > Hello. Thanks to a friendly help, I've found a few mails and
> > articles which deserve to be read:
> >
> > Udev on non-systemd is a dead-end:
>
> So.. then.. basically any Linux di
On 08/11/2016 09:45 AM, aitor_czr wrote:
>
> Hi fsmithred,
>
> On 08/10/2016 03:36 PM, fsmithred wrote:
>> On 08/11/2016 05:23 AM, aitor_czr wrote:
>>> >
>>> >Hi Ralph,
>>> >
>>> >On 08/10/2016 10:46 AM, Ralph Ronnquist wrote:
>>Note that I added "loop" to modules because the hardware datab
I wrote:
> But reading the original links, he is clearly saying "I'll break stuff
> whenever *I* think it's right and I don't care how much work it makes for
> others in fixing the result".
However ...
It does sound like this was an area potentially in want of some looking at.
However, the way
dev writes:
> On 08/10/2016 04:26 AM, Didier Kryn wrote:
>> Hello. Thanks to a friendly help, I've found a few mails and
>> articles which deserve to be read:
>>
>> Udev on non-systemd is a dead-end:
>
> So.. then.. basically any Linux distro which uses udev to populate
> /dev/ is going to
Sorry,
This is VirtualBox's fault:
00:16:08.595972 AioMgr0-N: Request 0x0814cbd900 failed with
rc=VERR_TRY_AGAIN, migrating endpoint /.vmdk to failsafe manager.
00:16:08.890843 AIOMgr: I/O manager 0x08212fa4a0 encountered a critical
error (rc=VERR_FILE_AIO_NO_REQUEST) during operation
dev wrote:
>>Udev on non-systemd is a dead-end:
>
> So.. then.. basically any Linux distro which uses udev to populate /dev/ is
> going to be S.O.L? Including Slackware presumably?
That's about it - and I suspect that Poettering "isn't upset" by that.
But reading the original links, he is
Hi Devuanites,
I'm trying to netinstall inside a VirtualBox VM and the root fs gets
mounted read-only while extracting the base system:
https://postimg.org/image/j8l7vp6uj/
https://postimg.org/image/hiwepyw6d/
https://postimg.org/image/pkk3j9q6d/
This is where it all starts, unpacking util-lin
On 08/10/2016 04:26 AM, Didier Kryn wrote:
Hello. Thanks to a friendly help, I've found a few mails and
articles which deserve to be read:
Udev on non-systemd is a dead-end:
So.. then.. basically any Linux distro which uses udev to populate /dev/
is going to be S.O.L? Including Slac
For those of you so inclined. Is this important, old news or just academic
posturing?
golinux
--
https://www.sciencedaily.com/releases/2016/08/160809143253.htm
Serious security threat to many Internet users highlighted
Communications involving Linux
On Wed, 10 Aug 2016 23:21:36 +1000
Ralph Ronnquist wrote:
> > You probably have no list of the changes you made?
>
> For the actually changed files, I have the context diff:
Mine:
# cat /etc/vdev/vdevd.conf
[vdev-config]
firmware=/lib/firmware
acls=/etc/vdev/acls
actions=/etc/vdev/actions
hel
Hendrik Boom wrote:
> On Wed, Aug 10, 2016 at 10:59:07AM +0100, Simon Hobson wrote:
>> Err, no it isn't - unless you've found the secret of time travel ! You're a
>> day ahead of us.
>>
>> Your clock says 11th Aug, in the rest of the world it's still the 10th Aug.
>> And from your message head
Hi fsmithred,
On 08/10/2016 03:36 PM, fsmithred wrote:
On 08/11/2016 05:23 AM, aitor_czr wrote:
>
>Hi Ralph,
>
>On 08/10/2016 10:46 AM, Ralph Ronnquist wrote:
>>Note that I added "loop" to modules because the hardware database is a
>>squasfs; I haven't actually verified that it's really need
On Wed, 10 Aug 2016 23:21:36 +1000
Ralph Ronnquist wrote:
> > logfile=/run/vdev/vdevd.log
> >
> > I'd rather choose
> >
> > logfile=/var/log/vdev/vdevd.log
> >
> > as /run/ is a ramdisk ;-)
>
> So would I :-) but I got the impression /var (or /) is read-only when
> vdevd starts, which made it s
Hi Simon,
On 08/10/2016 02:00 PM, Simon Hobson wrote:
aitor_czr wrote:
>My clock is right:
>
>aitor@gnuinos:~$ date
>Thu Aug 11 11:14:02 CEST 2016
Err, no it isn't - unless you've found the secret of time travel ! You're a day
ahead of us.
Your clock says 11th Aug, in the rest of the wor
On 08/11/2016 05:23 AM, aitor_czr wrote:
>
> Hi Ralph,
>
> On 08/10/2016 10:46 AM, Ralph Ronnquist wrote:
>> Note that I added "loop" to modules because the hardware database is a
>> squasfs; I haven't actually verified that it's really needed but just
>> left it so.
>>
>> Ralph.
>
> All the req
On Wed, 10 Aug 2016 09:34:12 -0400
fsmithred wrote:
> No SD_MOD here...
>
> $ grep SD_MOD /boot/config-3.16.0-4-amd64
find /lib/modules/ -name sd_mod.ko
--
richard lucassen
http://contact.xaq.nl/
___
Dng mailing list
Dng@lists.dyne.org
https://maili
On Wed, Aug 10, 2016 at 09:14:13AM -0400, Hendrik Boom wrote:
> On Wed, Aug 10, 2016 at 10:59:07AM +0100, Simon Hobson wrote:
> > aitor_czr wrote:
> >
> > > My clock is right:
> > >
> > > aitor@gnuinos:~$ date
> > > Thu Aug 11 11:14:02 CEST 2016
> >
> > Err, no it isn't - unless you've found th
... about 16 hours East of East Australia;
roughly in time zone +26 I think ;-0
On 10/08/16 23:14, Hendrik Boom wrote:
On Wed, Aug 10, 2016 at 10:59:07AM +0100, Simon Hobson wrote:
aitor_czr wrote:
My clock is right:
aitor@gnuinos:~$ date
Thu Aug 11 11:14:02 CEST 2016
Err, no it isn't - u
On 10/08/16 22:22, richard lucassen wrote:
On Wed, 10 Aug 2016 18:46:36 +1000
Ralph Ronnquist wrote:
I've now made a snapshot of the vdev files from the working disk.
available at www.realthing.com.au/files/vdev/vdev-snapshot.tgz.
logfile=/run/vdev/vdevd.log
I'd rather choose
logfile=/var/
On Wed, Aug 10, 2016 at 10:59:07AM +0100, Simon Hobson wrote:
> aitor_czr wrote:
>
> > My clock is right:
> >
> > aitor@gnuinos:~$ date
> > Thu Aug 11 11:14:02 CEST 2016
>
> Err, no it isn't - unless you've found the secret of time travel ! You're a
> day ahead of us.
>
> Your clock says 11th
On Wed, 10 Aug 2016 14:22:07 +0200
richard lucassen wrote:
> But when running:
>
> /sbin/vdevd -v2 -c /etc/vdev/vdevd.conf -l /var/log/vdev/vdev.log /dev
>
> everything seems to work well, the apropiate ownerships and
> permissions are set to the expected settings.
Ownerships and permissions a
On Wed, 10 Aug 2016 18:46:36 +1000
Ralph Ronnquist wrote:
> I've now made a snapshot of the vdev files from the working disk.
> available at www.realthing.com.au/files/vdev/vdev-snapshot.tgz.
logfile=/run/vdev/vdevd.log
I'd rather choose
logfile=/var/log/vdev/vdevd.log
as /run/ is a ramdisk
On Tue, Aug 09, 2016 at 09:14:09PM +0200, richard lucassen wrote:
> Oh, BTW, when packaging vdevd, I'd opt for the /etc/vdev/ dir and not
> the /usr/etc/vdev/ dir.
All these files are supposed to be conffiles, and thus belong under /etc.
Systemd moved them to /usr because Red Hat has abysmal confi
On Thu, 11 Aug 2016 11:23:03 +0200
aitor_czr wrote:
> On 08/10/2016 10:46 AM, Ralph Ronnquist wrote:
> > Note that I added "loop" to modules because the hardware database
> > is a squasfs; I haven't actually verified that it's really needed
> > but just left it so.
>
> All the required modules a
aitor_czr wrote:
> My clock is right:
>
> aitor@gnuinos:~$ date
> Thu Aug 11 11:14:02 CEST 2016
Err, no it isn't - unless you've found the secret of time travel ! You're a day
ahead of us.
Your clock says 11th Aug, in the rest of the world it's still the 10th Aug. And
from your message heade
Hello. Thanks to a friendly help, I've found a few mails and
articles which deserve to be read:
Udev on non-systemd is a dead-end:
https://lists.freedesktop.org/archives/systemd-devel/2012-August/006066.html
To face issues with Udev, the Linux kernel team has started
implementing f
Hi Ralph,
On 08/10/2016 10:46 AM, Ralph Ronnquist wrote:
Note that I added "loop" to modules because the hardware database is a
squasfs; I haven't actually verified that it's really needed but just
left it so.
Ralph.
All the required modules are included in the kernel:
SQUASHFS
LOOP
SD_MO
Hi Svante,
On 08/10/2016 11:16 AM, Svante Signell wrote:
On Thu, 2016-08-11 at 02:00 +0200, aitor_czr wrote:
>
> Aitor.
>
Aitor, your computer clock is running ahead again. Can you please sync
with ntpdate regularly in a cron script (or replace the CMOS battery?)
Thanks!
My clock is righ
On Thu, 2016-08-11 at 02:00 +0200, aitor_czr wrote:
>
> Aitor.
>
Aitor, your computer clock is running ahead again. Can you please sync
with ntpdate regularly in a cron script (or replace the CMOS battery?)
Thanks!
___
Dng mailing list
Dng@lists.dyn
On 08/10/2016 10:46 AM, Ralph Ronnquist wrote:
I've now made a snapshot of the vdev files from the working disk.
available at www.realthing.com.au/files/vdev/vdev-snapshot.tgz.
As I mentioned before, it came down to a couple changes to the config
file and the udev-compat.sh helper (maybe not
I've now made a snapshot of the vdev files from the working disk.
available at www.realthing.com.au/files/vdev/vdev-snapshot.tgz.
As I mentioned before, it came down to a couple changes to the config
file and the udev-compat.sh helper (maybe not needed), then adding
dameonlet and the acls dire
Hi Richard,
On 08/10/2016 07:15 AM, richard lucassen wrote:
The /urs/etc dir is for the example (documentation) about how to
configure it. I've never seen any /usr/etc, but /usr/local/etc already
exists. I respected all the directories established by Jude Nelson,
changing only the destdir "/us
Peter Olson wrote:
> I have a machine in that state right now, and rather than try to debug it at
> the Grub prompt, I am just going to reinstall the system.
That's a bit like the old "I'm buying a new car because the ashtray is full"
joke.
If you've managed to screw up your kernel and/or ini
54 matches
Mail list logo
