Arnt Karlsen wrote on 26/04/17 11:18:
On Mon, 24 Apr 2017 14:49:06 +1000, Ralph wrote in message
<be1216c5-c463-a069-b1e4-f405ee658...@gmail.com>:
Arnt Karlsen wrote on 24/04/17 09:13:
On Wed, 19 Apr 2017 18:54:07 +0200, Arnt wrote in message
<20170419185407.228cd...@nb6.lan>:
On Thu, 20 Apr 2017 02:21:53 +1000, Ralph wrote in message
<d3a264ce-a767-dffc-845d-d1eb26027...@gmail.com>:
Arnt Karlsen wrote on 19/04/17 23:17:
[cut]
...wiped udev off my box and wound up with a box that boots oh
soo fine until it tries to load my new vdev
initrd.img-4.9.0-2-rt-amd64 ...am I the first one here to try
this on a rt kernel?
..recovery ideas? Do we have any vdev live-cd?
..last time I did this stunt, I chrooted in off a Knoppix? iso,
I have memdisk and a few iso links handy in /boot, and Debian's
Sid vmlinuz-4.8.0-2-amd64, vmlinuz-4.8.0-2-rt-amd64 and
vmlinuz-4.9.0-1-rt-amd64 with systemd-udev initrd's, but they all
depend on a working install of udev AFAIK, and I'd prefer pushing
thru with vdev rather than going back to udev.
..has anyone here tried downgrading to Debian Wheezy era udev?
..looking for recovery live-cd idea starting points, I came
across 32-bit
https://debiandog.github.io/doglinux/zz02debiandogwheezy.html
which could work both as a starting point for a live-cd and as a
starting point for an upgrade path for stuck Debian Wheezy people
via "Devuan-0.x Wheezy" to current Devuan-1.x Jessie.
..according to https://debiandog.github.io/doglinux/ "DebianDog
is very small Debian Live CD shaped to look and act like Puppy
Linux. Debian structure and Debian behaviour are untouched and
Debian documentation is 100% valid for DebianDog. You have
access to all debian repositories using apt-get or synaptic.",
creating "Devuan-0.x Wheezy Live-CD" etc is trivial, toss their
repos for ours, update, upgrade and remaster, the 64-bit version
likely needs to be built off deb-src lines.
..but first comes the classic chicken-and-egg 64 bit recovery
I need now. ;o)
I'm not sure it helps you, but I've made a vdev variant of most
recent devuan_jessie_RC_amd64_minimal_live.iso (time stamped
2017-Mar-27 20:57) that I got from the official mirror
http://mirror.sfo12.us.leaseweb.net/devuan/
I purged a couple of things from it, then added and installed "my"
vdev_0.1.1_amd64.deb, and made a refractasnapshot of this, into
devuan_jessie_RC_amd64_minimal_live_vdev.iso, which is
downloadable at https://www.uk.realsam.co.uk/files/devuan/
It boots with vdev rather than udev, and udev remains installed,
though with all its "competing" files tucked away. As you might
know, this vdev packaging is different from aitor's packaging for
gnuinos by not declaring a udev competition, but rather attempting
to manage a dynamic choice of which one is in use. The software is
otherwise the same, I believe.
..thanks, we shall find out. ;o)
..no joy this far, vdev does not work with any of my installed
kernels, neither my dpkg variant of your vdev-assistant nor your
original restores udev, so I'm stuck with live-CDs when I need to
go online to chk things to read up on.
..you packaged your vdev differently than aitor, do I then use
your deb(-src) lines in /etc/apt/sources.list and comment out
his?
..another approach is ignore apt and dpkg, and simply drop in all
files with tar or cpio or somesuch, haven't done that kinda stunt
since my RH-5.2 days.
..if that fails, are you able to build me an old fashion monster
monolithic kernel with nouveau, vdev and everything else compiled
into the kernel, and not as modules, that I can boot without an
initrd?
Big size is no problem, I have 8GB ram, but no build box.
..if not, what do I need to build a vdev kernel myself on my
box running your devuan_jessie_RC_amd64_minimal_live_vdev.iso?
If the live iso works, you can restore udev via chroot to your root
file system. It's a relatively simple sequence:
# mnt /dev/sdaX /mnt
# chroot /mnt
# mount -t proc none proc
# mount -t sysfs none /sys
# mount -t devpts none /dev/pts
# apt-get install udev
# apt-get purge *vdev* <-- all aitor's vdev packages
..er, something went wrong here, I forgot? to mention
my bad apt database means doing things rpm-hell style
with dpkg or tarball style, and forgot to umount -v \
/mnt/proc et al before exiting my chroot, and wound
up hitting the power button, on reboot, it decided to
fsck a weird "/rootfs" and failed, so I did one off a
live iso and tried a new boot, and now I just need to
get vdev's mousepad 'n keybd input working in X too,
all is fine in the console. ;oD
[cut]
I believe keyboard and mouse needs the "evdev" module to be loaded
before something; certainly before starting X. "My" vdev scripts for
initramfs does that by adding a line "vdev" to the file "/conf/modules"
in the initrd, which makes it be loaded at the pre-pivot stage.
Actually, as I'm confused about which vdev variant you are using, maybe
we can identify the as "Gnuinos' vdev" and "Devuan's vdev" hence.
In any case, it may well be some other reason why it's not working.
Ralph.
_______________________________________________
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
