You are not logged in.
I checked the file I downloaded with sha256sum
$ sha256sum -c --ignore-missing devuan_jessie_1.0.0-RC2_amd64_uefi-live.iso.SHA256SUMS hugh@sony-solus ~/Downloads $ sha256sum -c --ignore-missing devuan_jessie_1.0.0-RC2_amd64_uefi-live.iso.SHA256SUMS devuan_jessie_1.0.0-RC2_amd64_uefi-live.iso: OK hugh@sony-solus ~/Downloads $
I don't understand what you did here. Where did devuan_jessie_1.0.0-RC2_amd64_uefi-live.iso.SHA256SUMS come from? You could not have downloaded it, because there's no such file on the server. All the sums are in one file. Did you look at the output of the command to see that it matched the number I posted?
At the boot menu, press 'e' to edit the boot entry. Use the arrow keys to navigate to the linux line and add the word, nomodeset to the line. Then ctrl-x to boot.
PKG="make,gcc,wireless-tools,login,passwd,less,vim,wpasupplicant,netbase,wget,cpio,binutils,dpkg,cron,dosfstools,e2fsprogs,dpkg,apt,apt-utils" sparrot@deathstar # debootstrap --include="$PKG" --arch i386 stable /target http://auto.mirror.devuan.org/merged/ I: Retrieving InRelease I: Checking Release signature E: Release signed by unknown key (key id 94532124541922FB) sparrot@deathstar #I mentioned last time that I needed few days to give you the error msg. Herewith the error message as agreed.
Thank you in advance
I got that same error recently, but I don't recall what I was doing. Maybe it was the debootstrap install, or maybe it was during an upgrade from jessie to ascii. I think I fixed it by adding the key, and I think I tried a couple different things. Sorry I didn't take notes on that.
apt-get install devuan-keyring and answer "yes" to the scary question.
or
gpg --recv-keys 541922FB
gpg --export -armor 541922FB | apt-key add -No, I haven't seen that except when I was trying to boot to console. You should not need to log in to the desktop - it should happen automatically.
It's an isohybrid image, so anything that just copies it bit by bit to the whole device should work. I don't know what Mint or Rufus does, but if Rufus needs to know that it's for uefi, then it's probably doing something about that, and it should not. If you have a running linux, you can just use dd.
Please check the following commands:
tty #which tty are you connected to?
ps ax |grep slim # is the display manager running?
sudo runlevel
cat .xsession-errors
sudo less /var/log/Xorg.0.log # look for lines starting with EETry ctrl-alt-F7 (maybe F8 or F9) to see if that gets you to the desktop.
If slim is not running, try starting it:
sudo service slim startCheck the sha256sum to make sure the download was good.
$ sha256sum devuan_jessie_1.0.0-RC2_amd64_uefi-live.iso
ac38f0c7d983f8ce93f7b261274fef30823022707b96fc1c09f6b9a1b0c3709d devuan_jessie_1.0.0-RC2_amd64_uefi-live.isoThere are a couple that might meet your needs.
- bootlogd will log the boot process in /var/log/boot
- bootchart2 will record the time for each process at boot and make a nice chart for you.
And since this is gnu/linux, there are probably 10 more ways to do it that I don't know about.
Have fun, and welcome to the forum.
You'll get that if root is logged in on console or in a root terminal or if you're running some app as root.
Same as Debian Jessie, unchanged: 3.16.0-4
apt-cache policy linux-image-amd64
linux-image-amd64:
Installed: (none)
Candidate: 3.16+63
Version table:
4.9+79 0
90 http://us.mirror.devuan.org/merged/ ascii/main amd64 Packages
4.9+79~bpo8+1 0
100 http://packages.devuan.org/merged/ jessie-backports/main amd64 Packages
3.16+63 0
500 http://us.mirror.devuan.org/merged/ jessie/main amd64 PackagesThe debootstrap command left me without a kernel or bootloader, so it was necessary to mount those things (didn't really need /dev/pts) and chroot into the target to install grub and linux-image. While there, I also created a root password. There's no way I could have rebooted to do those things in the installed system.
Ozi,
There is an isolinux-overlay in the jessie-oblx blend and in the devuan-live blend at parazyd's github, although I'm not sure if that one is working right now. He made some changes that we didn't finish testing before the big push on RC2. And for my latest build, I added a hooks directory and a line to copy a hookscript into the iso.
This is currently at the end of iso_write_isolinux.cfg
notice "copying isolinux overlay"
sudo mkdir -p "$workdir"/binary/{live,isolinux}
sudo cp -av "$BLENDPATH"/isolinux-overlay/* "$workdir"/binary/isolinux/I had the last line in iso_setup_isolinux, but it got moved. It works in either place. I also added
sudo cp -av "$BLENDPATH"/hooks "$workdir"/binary/live/Refracta isos have included devuan debootstrap since some early version of devuan debootstrap. I just re-tested it with a current refracta iso. I did not give it a URL, and it pulls from packages.devuan.org. I stopped at "I: Base system installed successfully" (haven't chrooted in and installed bootloader yet.) Looks to me like it works as it should.
Download a refracta live-iso and boot it from CD or USB on the computer you want to install. Instructions almost identical to what's below are in /home/user/debootstrap_devuan
https://sourceforge.net/projects/refrac … isohybrid/
Create partition
Format partition
Mount the partition and run debootstrap. You might be more lenient with the excludes. Just excluding systemd-sysv should be equivalent to using one of the devuan_jessie installer isos.
mount /dev/sdb1 /mnt # replace sdb1 with correct drive and partition
debootstrap --arch i386(or amd64) --exclude systemd,libpamsystemd,systemd-sysv,libsystemd0 jessie /mntIf you have custom configs or other special files, you can copy files to the new system.
(example: cp /boot/grub/splash.png /mnt/boot/grub/)
Mount some things so you can install the grub bootloader.
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
mount --bind /dev /mnt/dev
mount --bind /dev/pts /mnt/dev/ptsChroot into the installed system.
chroot /mntInstall software, edit configs, *create root password*, create user, install a kernel.
Still in chroot, install the bootloader and create the boot menu, then exit the chroot.
grub-install /dev/sdb # replace sdb with correct drive
update-grub
exitUnmount stuff.
umount -l /mnt/dev/pts
umount -l /mnt/dev/
umount -l /mnt/sys
umount -l /mnt/proc
umount -l /mntThat's all. Reboot.
I tried installing firmware-atheros in a live Crowz session using dpkg, but it didn't work.
Works fine in a Refracta live session.
Any clues as to what was missing? In what way did it not work?
If the package installed, did the module get loaded, or did you load it?
I've installed and removed packages during a livecd session with Devuan and Refracta, modded and replaced files too, so couldn't you even install the needed firmware while still in-session, and delete the unneeded .debs, and have just what you want installed?
Maybe yes, maybe no. You can install them, but sometimes getting them to work without a reboot is difficult. And of course, if you reboot the live session, you lose any changes. I didn't know you could install debs with synaptic. Thanks for that.
The regular installer isos have the wireless firmware, and you can choose to install it or not. That didn't work in beta2, but it's fixed in RC. The desktop-live and minimal-live don't have any wireless firmware installed or available, unless you have a network connection already. (catch-22). There's a good chance the final live isos will have wireless firmware. I don't know what the best way to do it is.
Here's a list of the wireless firmware packages that I pack in the Refracta isos. It's all of the ones I could find, but I haven't checked lately to see if there are more. I was able to install all of them in devuan without having to agree to a EULA with the exception of one - the ipw2x00.
b43-fwcutter_1%3a019-2_amd64.deb
b43-fwcutter_1%3a019-2_i386.deb
firmware-atheros_0.43_all.deb
firmware-b43-installer_1%3a019-2_all.deb
firmware-b43legacy-installer_1%3a019-2_all.deb
firmware-bnx2_0.43_all.deb
firmware-bnx2x_0.43_all.deb
firmware-brcm80211_0.43_all.deb
firmware-intelwimax_0.43_all.deb
firmware-ipw2x00_0.43_all.deb
firmware-iwlwifi_0.43_all.deb
firmware-libertas_0.43_all.deb
firmware-linux-nonfree_0.43_all.deb
firmware-myricom_0.43_all.deb
firmware-netxen_0.43_all.deb
firmware-qlogic_0.43_all.deb
firmware-ralink_0.43_all.deb
firmware-realtek_0.43_all.deb
firmware-ti-connectivity_0.43_all.deb
firmware-zd1211_3.0.0.56-3_all.deb
And here are the package names for installing with apt.
b43-fwcutter firmware-atheros firmware-b43-installer firmware-b43legacy-installer firmware-bnx2 firmware-bnx2x firmware-brcm80211 firmware-intelwimax firmware-ipw2x00 firmware-iwlwifi firmware-libertas firmware-linux-nonfree firmware-myricom firmware-netxen firmware-qlogic firmware-ralink firmware-realtek firmware-ti-connectivity firmware-zd1211WOW! Code boxes that don't break my line. Nice. Thanks to whoever did that.
Edit: I would guess that the most common ones are atheros, iwlwifi, realtek and broadcom (all the ones that start with b). The ralink is another realtek. I have one of those on a pci card.
see this: https://dev1galaxy.org/viewtopic.php?id=569
System files from rootfs-overlay can get copied to the system with user as owner, instead of root.
In the blend file, change the rsync command that's in blend_postinst() to:
sudo rsync -avx --no-o --no-g "$BLENDPATH"/rootfs-overlay/* . || zerrOr change the rsync to a cp command. The --no-o and --no-g prevent rsync from preserving the file's owner and group. Any files in in the overlay that go into the user's home will need to be changed back to user:user in blend_finalize(). Be careful if some of your system files in the overlay are actually owned by a system account (e.g. mysql, www-data).
Some system files in the RC live iso are owned by user (devuan) instead of root. If you install from the live iso, it gets carried over to the installation.
Simple fix:
chown -R root:root /etc/xdg/xfce4-
# Do not recurse:
chown root:root /etc/xdg
chown root:root /etc-
chown -R root:root /usr/share/slim/themes/devuan-curve-purpy-
# Do not recurse:
chown root:root /usr/share/slim/themes
chown root:root /usr/share
chown root:root /usr
chown root:root /homeThe current Jessie rc installer is not LVM2 aware.
That is not exaclty right. You must have downloaded a live iso. The live installer does not do lvm. The installer in the regular installer isos is the debian-installer. It'll do lvm, raid, and all the other stuff you would expect. (It might be possible to get it to install to your prepared lvm with a little bit of hacking. I can't give that a lot of thought at the moment, but I'm not dismissing the idea.)
For the regular installer, try one of these:
https://files.devuan.org/devuan_jessie_ … aller-iso/
Regarding encrypted boot: I've heard of it. Don't know much about it.
Edit: for the remastering tools, you need refractasnapshot and refractainstaller. (-base packages for cli-only, both -base and -gui for gui) either from devuan experimental repo or download debs from here - https://sourceforge.net/projects/refracta/files/tools/
Some of them are from udev, and yeah, they will be there on a fresh install.
core_packages and base_packages get installed, and purge_packages get removed, and then the bootstrap tarball is created. So put the additional base_packages in your config, and also put your purge_packages there (either add to it or replace it as described somewhere above.) You should be able to reuse the tarball for both cli and desktop builds, but you should get rid of the bootstrap directory. Unfortunately, that needs to be fixed. Right now, you're better off wiping out tmp/* between runs, but I expect that will get ironed out. If you think this is not a clear answer, you are correct.
Yeah, the overlays are kinda like /etc/skel. They copy files into the bootstrap directory to be packed in the iso. The rsync command to copy the rootfs-overlay is in blend_postinst in the blend file. If you added a delete option to that, then everything that isn't in rootfs-overlay would get deleted. That would be your entire system minus what's in rootfs-overlay. Better to remove stuff in a chroot script in blend_finalize (or earlier if needed.)
extlinux is a simple bootloader that's part of the syslinux project. (syslinux is for FAT partitions, extlinux is for ext2/3/4 partitions, isolinux is for CD/DVD)
You can easily switch from using grub as a bootloader to using extlinux (and back again if you want).
Run the following commands as root. Replace /dev/sda and /dev/sda1 with the correct drive and partition for your system.
BE SURE YOU NAME THE CORRECT DEVICES!
apt-get install extlinux syslinux-common
mkdir /boot/extlinux
extlinux --install /boot/extlinux
dd if=/usr/lib/EXTLINUX/mbr.bin of=/dev/sda bs=440 count=1
cp /usr/lib/syslinux/modules/bios/*.c32 /boot/extlinuxCreate a boot menu with your favorite text editor, add the following lines and save it as /boot/extlinux/extlinux.conf
ui vesamenu.c32
label devuan
menu label devuan
kernel /vmlinuz
append initrd=/initrd.img ro root=/dev/sda1Reboot
If you want to add a splash image and 5-second timeout, copy a 640x480 png (or jpg) image named splash.png (or splash.jpg) to /boot/extlinux and add the following lines to extlinux.conf:
ui vesamenu.c32
menu background splash.png
timeout 50
label devuan
menu label devuan
kernel /vmlinuz
append initrd=/initrd.img ro root=/dev/sda1There are more things you can do with the menu. See syslinux documentation for more information:
http://www.syslinux.org/wiki/index.php?title=Menu
To revert to booting with grub, run
grub-install /dev/sdaReboot
To switch back to extlinux again:
dd if=/usr/lib/EXTLINUX/mbr.bin of=/dev/sda bs=440 count=1Reboot
No, don't mess with them there. You can add to core_packages and base_packages in your config file, and you can remove the stuff you don't want by adding it to the purge_packages list, or replace the purge_packages list as I did below. The following lists will give you approximately what you'd get with a minimal install with standard system checked. The purge list removes things that would not be in the standard install. (Note that grubversion is a variable here.)
This adds to the existing list. (+=)
base_packages+=(
lsof
bash-completion
texinfo
acpi-support-base
aptitude
apt-listchanges
discover
dnsutils
doc-debian
docutils-common
docutils-doc
ftp
gettext
gnupg2
gparted
$grubversion
laptop-detect
mlocate
mutt
ncurses-term
nfs-common
procmail
reportbug
telnet
usbutils
w3m
whois
)This replaces the existing purge list, which contains dbus. If you want dbus removed, change the `=' to `+='.
purge_packages=(
btrfs-tools
debian-keyring
elinks
elinks-data
git
git-core
git-man
liberror-perl
libfsplib0
libtre5
openntpd
openssh-server
openssh-sftp-server
tmux
zsh
zsh-common
)- See the comment regarding where to add --no-install-recommends. if that's what you want. (in the jessie-oblx config. Line numbers might be off a bit.)
- See the line in blend_finalize that says 'rm -f /etc/fstab'. That should give you some ideas, and around there would be the place to do it.
- Look at the lists in the links below. You DO NOT want to list all those packages in your build. Listing some of the ones you want will get you others. Have fun figuring out which ones you really need. (Take careful notes on a VM install in prep for building a blend.)
- Run some commands to tell you what the package manager considers Required, Standard or Important.
aptitude search ~prequired
aptitude search ~pstandard
aptitude search ~pimportant- Read the man page for tasksel. (not so important for lean installs, but it'll give you an idea of what not to install.)
- Re-read the third bullet above.
Here's the list of packages in a debootstrap install.
Here's the list of packages you get with a minimal install
And here's the list for standard system utilities
-
install syslinux-common
cp: cannot stat '/usr/share/live/build/bootloaders/isolinux/isolinux.bin': No such file or directory
Problem is that this file appears to be missing. It should be there if you installed live-build, along with some *.c32 files. Are they there? Is live-build really installed?
Oh, and you're not getting senile. I added live-build to the list of requirements kinda late.
I will have more to say about core and base packages. Look in live-sdk/lib/libdevuanskd/config, but don't mess with them. What you see there is what gets added to the initial debootstrap install.
sudo is written into the scripts in a few places, so it won't really work to use su.
The easy way to get sudo is to add your user to the sudo group.
adduser <username> sudoI got the idea I can build any arch, what I need to know is if I can use live SDK on any arch. Maybe the process works better if you're building in a 64 bit environment or does it not matter?
Good question. I don't know. I've been running it on amd64. I have a feeling it's not possible or it's difficult to do.
Oh, here you go - it's called "cross-debootstrapping"
https://wiki.debian.org/Debootstrap
APPENDIX
This appendix is not complete. It focuses on the elements used in the example blends.
See live-sdk/lib/libdevuansdk/doc/ for more.
VARIABLES
`vars` and `arrs` are global arrays holding other global variables and arrays.
this is required for `zuper` and helps a lot with debugging. if you declare new
variables or arrays, add them to `vars` and `arrs`, respectively.
Built-in variables:
Most of the built-in variables are not required to be in your config file. Add them if you want to override the default settings.
blend_name
Give your blend a name. You need it for the name of the blend file and for the directory that holds all of the files used in the blend.
os
default is "devuan" Changing this will affect the default image name. If you change it to os="$blend_name"
you can have separate tarballs and bootstrap directories for each blend.
release
default is "jessie" This will affect the build. NOTE: see special instructions for ascii.
version
default is currently "1.0.0-RC"
arch
whatever arch you use in the command 'load devuan <arch> <blend>'
For a live-CD, choices are i386 or amd64.
image_name
default is "${os}_${release}_${version}_${arch}"
username
userpass
These get used with the add-user function.
rootcredentials
default is root:toor
i386flavor="586"
default i386 flavor is 686-pae. Use this variable if you want a 586 kernel.
section
sections of the repo. for adding in /etc/apt/sources.list. separate them
with whitespaces. default is "main".
Additional variables used in example blends:
blend_vers -
this only exists in the blend config file and is used for the image name.
default_shell
this only gets used in the blend file (chsh)
efi_work
This is a directory where efi boot files get made. I'm not sure where it will end up, but it will appear in another example.
ARRAYS
core_packages
base_packages
These are part of the sdk that you should not need to change.
extra_packages
List of additional packages that you want in the build.
custom_deb_packages
Packages you want installed from the .deb packages you put in your blend directory. Only the packages that are listed will be installed.
If there are i386 and amd64 versions of a package, both files can be present, and the list needs to be edited to use the right package
for the arch you're building.
purge_packages
Anything that gets installed that you want removed.
FUNCTIONS
Functions used in the example blends
ordered according to build_iso_dist. (in live-sdk/lib/libdevuansdk/zlibs/helpers)
blend_preinst
add user must happen before custom boot menu is created
iso_setup_isolinux
sudo cp -rav "$BLENDPATH"/isolinux-overlay/* binary/isolinux/
iso_write_isolinux_cfg
custom boot menu
blend_postinst
iso_make_efi
install-custdebs
copy rootfs-overlay
blend_finalize
iso_squash_strap
mksquashfs: -noappend -comp xz -Xbcj x86 || zerr
iso_xorriso_build
-eltorito-alt-boot -e boot/grub/efiboot.img -isohybrid-gpt-basdat -no-emul-boot \
MANIPULATING THE ISO
See the jessie-oblx example blend. There are some additonal functions in the blend file to customize the boot menu, boot files and other aspects of the iso.
blend_preinst()
Same as in previous example, except that the lines for copying the custom deb files are uncommented.
blend_postinst()
Added lines to call the iso_make_efi function, which makes the boot files for uefi.
iso_setup_isolinux()
Not necessary. This was in the blend before some changes got added to live-sdk. Aside from my comments, this function is identical to the one in lib/libdevuansdk/zlibs/iso, so its presence here is superfluous.
iso_write_isolinux_cfg()
Customize your isolinux boot menu here. (If you're an expert in this subject, I would like a consult with you.)
iso_squash_strap()
This is identical to the stock iso_squash_strap function with the exception of the additional x86-specific compression option, "-Xbcj x86" which can reduce a CD-size iso file by about 20MB.
iso_xorriso_build()
One line was added from the stock function for uefi-compatibility. If you disable uefi in the config file, you also need to remove or comment:
-eltorito-alt-boot -e boot/grub/efiboot.img -isohybrid-gpt-basdat -no-emul-boot \
iso_make_efi()
Lifted from refractasnapshot and plugged into the sdk. This might get merged into live-sdk.
Customize the grub boot menu for uefi boot.
The config file for jessie-oblx is mostly self-explanatory. The base_packages list gets added to the existing base_packages. This makes a bigger bootstrap tarball. The goal of this is to make subsequent builds of the same blend go faster. Sometimes this works, and sometimes it doesn't. Your safest bet for a re-run is to remove everything in live-sdk/tmp/*. You can try deleting only the bootstrap directory for your blend before a re-run. That might work. I'm writing this paragraph off the top of my head, and like this paragraph, some parts of live-sdk are still under construction.