Re: [DNG] UEFI support in the live-sdk
On 5/30/19 11:17 AM, aitor wrote: Hi fsmithred, On 30/5/19 16:37, fsmithred via Dng wrote: I chose openbox, ascii, main and I got xfce instead. Yes, i know... The same happened to me. The config file is the config file for xfce. Minor issue :) Cheers Aitor. Yeah, I didn't even look at the package lists, but I figured they need to be adjusted. More info: Text-install gets kernel panic in uefi mode. Boots ok in bios mode. Install works up to the point that grub-install fails. (No grub-pc in the iso) Graphical install in uefi mode without network proceeded normally up to "Finish the installation" when it gave the error: Failed to run in-target preseed-hack (exit code 126) Reboot into the system looks good. It installed the full system from the iso (without network) :) :) :) Now I have to look at it and figure out what you did. fsmithred ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] UEFI support in the live-sdk
On 5/30/19 7:23 AM, aitor wrote: Hi, On 30/5/19 11:43, aitor wrote: I've just uncommented the "apt-get --yes --force-yes autoremove" line in the bootstrap file. For some unknown reason, it was removing a lot of extra packages in the past, including xorg. Aitor. The "-d" parameter was also missing in the chroot-script thirdstage; so, /dev /proc and /sys were unmounted. Aitor. I re-cloned your repo and tried again. I got a bootable iso. I chose openbox, ascii, main and I got xfce instead. Installer boots, but I was testing in qemu without a virtual disk, so I didn't go very far into it. fsmithred ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] UEFI support in the live-sdk
On 5/29/19 12:24 PM, aitor wrote: Hi, On 29/5/19 17:07, aitor wrote: Hi, On 29/5/19 10:17, aitor_czr wrote: I chose gnuinos, openbox, main. It ran. I got a 114M iso that shows me a boot menu but won't boot to live. It does the same with bios/isolinux as with uefi/grub The repository of gnuinos has expired (invalid since 10h 21min 26s). So, try with devuan. I'll update it tonight. Cheers, Aitor. Removing previously from the blend all the non existent packages like icecat, popupmenu, gftp, etc... Aitor. After I uncommented the lines in the helpers file I got errors complaining that the bootstrap dir does not exist. This happens when I choose guinos or devuan. It looks like some commands are in the wrong order. Here's the terminal output after the load dialog: --2019-05-29 16:05:44-- http://packages.devuan.org/merged/dists/ascii/main/debian-installer/binary-amd64/Packages.gz Resolving packages.devuan.org (packages.devuan.org)... 46.105.191.77, 2001:41d0:8:2c55::a2 Connecting to packages.devuan.org (packages.devuan.org)|46.105.191.77|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: http://packages.roundr.devuan.org/merged/dists/ascii/main/debian-installer/binary-amd64/Packages.gz [following] --2019-05-29 16:05:45-- http://packages.roundr.devuan.org/merged/dists/ascii/main/debian-installer/binary-amd64/Packages.gz Resolving packages.roundr.devuan.org (packages.roundr.devuan.org)... 5.196.38.18 Connecting to packages.roundr.devuan.org (packages.roundr.devuan.org)|5.196.38.18|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 62636 (61K) [text/plain] Saving to: ‘Packages.gz’ Packages.gz 100%[===>] 61.17K 251KB/sin 0.2s 2019-05-29 16:05:47 (251 KB/s) - ‘Packages.gz’ saved [62636/62636] . libdevuansdk v1.0 loaded . devuan blend leaded livesdk@ascii # build_iso_dist | tee log/build.5 [D] build_iso_dist (*) building complete iso image [D] bootstrap_complete_base (*) bootstrapping devuan amd64 base (*) running debootstrap stage 2 chroot: cannot change root directory to '/home/user/build/aitors_live_sdk/live-sdk/tmp/devuan-amd64-build/bootstrap': No such file or directory [E] error in: bootstrap_complete_base [W] called in: bootstrap_complete_base [W] called in: devuan blend leaded [W] called in: running debootstrap stage 2 [E] error reported, operation aborted. (*) writing system configuration [D] conf_print_debconf tee: /home/user/build/aitors_live_sdk/live-sdk/tmp/devuan-amd64-build/bootstrap/debconf.set: No such file or directory [D] conf_print_fstab tee: /home/user/build/aitors_live_sdk/live-sdk/tmp/devuan-amd64-build/bootstrap/etc/fstab: No such file or directory [D] conf_print_hostname tee: /home/user/build/aitors_live_sdk/live-sdk/tmp/devuan-amd64-build/bootstrap/etc/hostname: No such file or directory [D] conf_print_hosts tee: /home/user/build/aitors_live_sdk/live-sdk/tmp/devuan-amd64-build/bootstrap/etc/hosts: No such file or directory [D] conf_print_netifaces tee: /home/user/build/aitors_live_sdk/live-sdk/tmp/devuan-amd64-build/bootstrap/etc/network/interfaces: No such file or directory [D] conf_print_resolvconf tee: /home/user/build/aitors_live_sdk/live-sdk/tmp/devuan-amd64-build/bootstrap/etc/resolv.conf: No such file or directory [D] conf_print_sourceslist tee: /home/user/build/aitors_live_sdk/live-sdk/tmp/devuan-amd64-build/bootstrap/etc/apt/sources.list: No such file or directory [E] error in: bootstrap_complete_base [E] error in: bootstrap_complete_base [W] called in: bootstrap_complete_base [W] called in: devuan blend leaded [W] called in: writing system configuration livesdk@ascii # exit [D] endgame EXIT [D] destructor: _ztmp_destructor [D] _ztmp_destructor root@ascii:/home/user/build/aitors_live_sdk/live-sdk# exit ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Install failure: cannot boot netinst
On 5/29/19 3:51 PM, Blair, Charles E III via Dng wrote: I have burnt the netinst file for "ASCII" to a CD and attempted to boot it on a recently purchased Just to cover all bases here, if you put that CD into a running system and open it to look at it, how many files are on it? There should be multiple files and directories. If just the .iso file is there, you'll need to burn another CD, and choose "Burn image" or something like that. (And you won't have been the first one to make this mistake.) fsmithred ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] UEFI support in the live-sdk
On 5/28/19 3:11 AM, aitor_czr wrote: Hi again, On 27/5/19 6:14, aitor_czr wrote: Hi all, I added the uefi support to the sources of the live-sdk: https://git.devuan.org/aitor_czr/live-sdk/tree/master/ Install all the build dependencies mentioned in the README file (some of them can depend on the architecture of the system (like, for example, grub-efi-amd64-bin / grub-efi-ia32-bin), and run as root: # zsh -f # source sdk # load the following steps are trivial. You can choose between the repository of devuan or gnuinos (a fully amprolla setup). Debian is a work in progress. ... Sorry, the content of libdevuansk and zuper were redirected to parazyd's git repository; so, there were no changes there. I started a new repository including my changes. A new file has been added: https://git.devuan.org/aitor_czr/live-sdk/blob/master/lib/libdevuansdk/zlibs/debian-installer dedicated entirely to debian-installer. Cheers, Aitor. I chose gnuinos, openbox, main. It ran. I got a 114M iso that shows me a boot menu but won't boot to live. It does the same with bios/isolinux as with uefi/grub. There's no kernel or initrd in the live dir on the iso or in binary/live. The bootstrap dir only contains: etc root tmp usr If I select Text install at the boot menu, the kernel starts to load and then I get a kernel panic. There are no logs, but I did save the terminal output. I'll send it to you if you want. What should I do next? Thanks, fsmithred ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Firefox Quantum 60.6.2esr freezes XFCE on ASCII
On 5/18/19 10:03 AM, Edward Bartolo via Dng wrote: Firefox ESR is freezing XFCE on ASCII. Getting to Ctrl+Alt+F1 takes many seconds and logging in a terminal also takes very long. I am reluctantly posting this from within Chromium. ___ Run top to see if cpu or ram are maxxed out. Do you have many tabs open? They can suck up ram. Are pages running a lot of javascript? That can suck up cpu. (Anecdotal: a friend fixed an overheating problem by installing noscript.) My computer starts to get like that when I get to around 1.5 - 1.6GB used out of 2GB total. If I go past 1.7 I'm screwed. HTH fsmithred ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Beowulf release schedule
On 5/11/19 9:14 AM, Steve wrote: On Thu, 9 May 2019 09:10:01 -0400 fsmithred via Dng wrote: On 5/9/19 7:27 AM, Steve wrote: On Tue, 07 May 2019 22:54:02 -0500 Devuan's response is the same as Debian's: "When it's ready." So who decides when its ready? Steve You do, by telling us that the installer isos work properly after you test them. (Not you alone. All of us.) We'll surely let everyone know when there are mini isos and then installer isos to test. OK. It's ready. # sudo sed -i -e 's/ascii/beowulf/g' /etc/apt/sources.list # sudo apt-get update # sudo apt-get upgrade Answer questions, reboot. So far, so good. Is there an upgrade log somewhere? Steve That'll be in /var/log/apt/history.log and you'll also need to do a dist-upgrade to get new packages. FYI, some of the derivatives have beowulf isos available. There's refracta-no-X, refracta-no-dbus (with openbox) a miyolinux with i3 and gnuinos with xfce. Maybe others, too. FYI2, refracta isos come with devuan debootstrap installed - you could go that route if you want to start fresh. fsmithred ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Beowulf release schedule
On 5/9/19 7:27 AM, Steve wrote: On Tue, 07 May 2019 22:54:02 -0500 Devuan's response is the same as Debian's: "When it's ready." So who decides when its ready? Steve You do, by telling us that the installer isos work properly after you test them. (Not you alone. All of us.) We'll surely let everyone know when there are mini isos and then installer isos to test. fsmithred ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Devuan Jessie security maintenance status
On 5/6/19 4:18 AM, Henry Jensen via Dng wrote: On Fri, 3 May 2019 20:25:25 +0200 Alessandro Selli wrote: On 03/05/19 at 19:31, Henry Jensen via Dng wrote: So, you are using auto.mirror.devuan.org. I did use deb.devuan.org, according to https://devuan.org/os/etc/apt/sources.list "IMPORTANT NOTE: auto.mirror is now deprecated and will be decomissioned. Please make sure you have the latest devuan-keyring package with apt-get install devuan-keyring and then point your /etc/apt/sources.list to deb.devuan.org." Indeed, when I change the sources.list to auto.mirror.devuan.org, I got updates. So I guess, the documentation at https://devuan.org/os/etc/apt/sources.list is wrong? As you can see from the above, you were missing the jessie-updates repository. That doesn't make any diffenrence, since jessie-updates is for fast-changing packages and doesn't receive any updates any more. - With deb.devuan.org: root@ahu-db:~# cat /etc/apt/sources.list deb http://deb.devuan.org/merged/ jessie main deb http://deb.devuan.org/merged/ jessie-security main deb http://deb.devuan.org/merged/ jessie-updates main root@ahu-db:~# apt update Hit http://deb.devuan.org jessie InRelease Hit http://deb.devuan.org jessie-security InRelease Hit http://deb.devuan.org jessie-updates InRelease Hit http://deb.devuan.org jessie/main i386 Packages Hit http://deb.devuan.org jessie-security/main i386 Packages Hit http://deb.devuan.org jessie-updates/main i386 Packages Ign http://deb.devuan.org jessie/main Translation-en_US Ign http://deb.devuan.org jessie/main Translation-en Ign http://deb.devuan.org jessie-security/main Translation-en_US Ign http://deb.devuan.org jessie-security/main Translation-en Ign http://deb.devuan.org jessie-updates/main Translation-en_US Ign http://deb.devuan.org jessie-updates/main Translation-en Reading package lists... Done Building dependency tree Reading state information... Done All packages are up to date. - With auto.mirror.devuan.org: root@ahu-db:~# cat /etc/apt/sources.list deb http://auto.mirror.devuan.org/merged/ jessie main deb http://auto.mirror.devuan.org/merged/ jessie-security main deb http://auto.mirror.devuan.org/merged/ jessie-updates main root@ahu-db:~# apt update Get:1 http://auto.mirror.devuan.org jessie InRelease [21.8 kB] Get:2 http://auto.mirror.devuan.org jessie-security InRelease [21.2 kB] Get:3 http://auto.mirror.devuan.org jessie-updates InRelease [21.8 kB] Get:4 http://auto.mirror.devuan.org jessie/main i386 Packages [6,877 kB] Get:5 http://auto.mirror.devuan.org jessie-security/main i386 Packages [628 kB] Get:6 http://auto.mirror.devuan.org jessie-updates/main i386 Packages [732 B] Ign http://auto.mirror.devuan.org jessie/main Translation-en_US Ign http://auto.mirror.devuan.org jessie/main Translation-en Ign http://auto.mirror.devuan.org jessie-security/main Translation-en_US Ign http://auto.mirror.devuan.org jessie-security/main Translation-en Ign http://auto.mirror.devuan.org jessie-updates/main Translation-en_US Ign http://auto.mirror.devuan.org jessie-updates/main Translation-en Fetched 7,570 kB in 3s (2,086 kB/s) Reading package lists... Done Building dependency tree Reading state information... Done 62 packages can be upgraded. Run 'apt list --upgradable' to see them. I can confirm that auto.mirror.devuan.org (packages.devuan.org) updates ahead of deb.devuan.org (pkgmaster.devuan.org) and that this has been going on for some time, maybe a few months. Sometimes it's days before pkgmaster catches up, and I'm not sure if it ever catches up without help from one of the sysadmins. Here's a current example - the latest firefox-esr is in jessie-security, but only in auto.mirror. # apt-cache policy firefox-esr firefox-esr: Installed: 60.6.1esr-1~deb8u1 Candidate: 60.6.2esr-1~deb8u1 Version table: 60.6.2esr-1~deb8u1 0 500 http://auto.mirror.devuan.org/merged/ jessie-security/main amd64 Packages *** 60.6.1esr-1~deb8u1 0 100 /var/lib/dpkg/status 52.8.1esr-1~deb8u1 0 500 http://deb.devuan.org/merged/ jessie/main amd64 Packages 500 http://auto.mirror.devuan.org/merged/ jessie/main amd64 Packages FWIW, I also tried this using "pkgmaster" and "packages" instead of "deb" and "auto.mirror" in sources.list and got the same result. fsmithred ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] dev1usb
On 04/17/2019 08:04 PM, fsmithred wrote: > At the conference last week, we gave away some nice usb sticks that have > the Devuan logo imprinted on them. They were also supposed to contain a > multi-boot image with updated i386 and amd64 minimal-live and desktop-live > isos. > > If you want the image file, you can download it here: > https://get.refracta.org/files/dev1usb/ > > fsmithred > And by request, if you want the .torrent file - https://get.refracta.org/files/dev1usb/dev1usb.torrent (Not a lot of seeders yet, but it has a fat pipe.) fsr signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] dev1usb
At the conference last week, we gave away some nice usb sticks that have the Devuan logo imprinted on them. They were also supposed to contain a multi-boot image with updated i386 and amd64 minimal-live and desktop-live isos. Due to time and hardware constraints, we didn't get to image the sticks ahead of time, and we were scrambling to distribute the imaged sticks during the conference. (Thanks to those who helped.) As a consequence, some of you may have received blanks sticks, sticks that are not bootable but have the iso files and or image file, or even a correctly imaged and bootable stick. If you have the image file (dev1usb.img_2019-03-28.img) you can just dd (or cat) it to the whole device, not to a partition. dd if=dev1usb.img_2019-03-28.img of=/dev/sdX The result will be a live-usb that uses grub to boot and gives you a choice of the isos to boot. There will be a single fat32 partition, 3.2 GB in size. You can create another partition in the additional free space and use it for persistence or just storage. If you want the image file, you can download it here: https://get.refracta.org/files/dev1usb/ fsmithred signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] [SPAM] Re: Way forward
On 04/14/2019 04:40 AM, Antony Stone wrote: > On Sunday 14 April 2019 at 10:39:34, aitor_czr wrote: > >> On 14/4/19 10:30, chillfan--- via Dng wrote: >>> About corporations: >>> >>> If they are that interested in Devuan (and yes I'm repeating myself) they >>> should put some dedicated maintainers our way so we can remove all of >>> libsystemd0. >> >> It's possible to remove entirely libsystemd0. > > How difficult is "possible"? > > Antony. > In beowulf: apt-get install libelogind0 apt-get remove libsystemd0 That's all. fsmithred ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Request for testing of elogind and libelogind0 241.1-1
On Tue, 12 Mar 2019 14:10:10 + Mark Hindley wrote: > Hello all, > > We have just packaged a new upstream version of elogind (241.1) for > Devuan. The packages have just hit ceres and beowulf and should be in > mirrors within an hour. > I'm away from home, so I have limited systems for testing. The new elogind/libelogind0 works on my current test system. This is a live-usb with persistence made from a Refracta9 (ascii) install that was upgraded to beowulf. Using xfce and lxdm with elogind and no consolekit. gvfs still works - removable media icons pop up on the desktop, I can mount/unmount as user (clicky) and the icons go away when I pull out the media. :) shutdown/reboot/suspend still work. I can't really test pkexec - synaptic and gparted open without asking for password in a live system, because sudo nopasswd is enabled. Nice work. Good-bye lsd0! fsmithred ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Request for testing of slim/experimental
On Sat, 9 Mar 2019 08:37:03 +0100 aitor_czr wrote: > My latest image of gnuinos beowulf (not uploaded yet) waits for a > keyboard press event during live boots. If openssh-server is installed, it's waiting for entropy. Install haveged and make sure it starts before ssh. I made a modified live-config script for this, but you already said you're not using live-config. If it's waiting for an ethernet connection, there's a patch floating around. I have a copy around here somewhere. Let me know if you want it. fsmithred ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] new freedesktop "standard": /etc/machine-id
On Sat, 9 Mar 2019 16:27:10 +0100 Arnt Karlsen wrote: > On Sat, 9 Mar 2019 14:04:13 +0100, al3xu5 wrote in message > <20190309130422.386f8f60...@vm6.ganeti.dyne.org>: > > > > I wonder... is it a "fixed" id for all Devuan installation as it > > seems to be? > > ..yes and no and no etc, I have: > nb6:~# hostid #Devuan Jessie > 007f0101 > sda3:~# hostid #Devuan Ascii > 007f0100 > devuan:~# hostid #Devuan Ascii on rPi-1 > 007f0100 > rir:~# hostid #Raspian Jessie > > devuan@dvn:~$ hostid #Devuan Ascii Live usb > > I get 007f0100 on one jessie, 007f0101 on another jessie and 007f0101 on ascii. (Three different computers) The ascii install is on a laptop that has several installations. When I reboot it into jessie, I get 007f0100. Ceres on that same box gives me 007f0100. fsmithred ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] new freedesktop "standard": /etc/machine-id
On 3/8/19, KatolaZ wrote: > > Then we could probably just ignore it, right? It turns out I was > making confusion between /etc/machine-id and > /car/lib/dbus/machine-id. There is no /etc/machine-id in any of my > machines, either on ascii or on beowulf, and I had forgotten you had > pushed the patch to elogind to use the dbus machine-id instead. > > We should just double-check that the dbus machine-id is regenerated at > reboot, as expected. > There's no /etc/machine-id in my beowulf that was an upgrade from refracta ascii or in the beowulf live iso that I just made with live-sdk. Refractasnapshot excludes /var/lib/dbus/machine-id and blanks /etc/machine-id if it's present. Refractainstaller excludes /var/lib/dbus/machine-id and does nothing with /etc/machine-id. Isos made with live-sdk will have /var/lib/dbus/machine-id, and it's the same number every boot unless we remove the file. I just added 'rm -f /var/lib/dbus/machine-id' to blend_finalize() and now the iso has a different machine-id on every boot. If /etc/machine-id is missing, systemd-journald will fail. If the file is empty, it'll get a new number. (That doesn't concern us, but there's code for it in refractasnapshot because people use that on debian with systemd.) fsmithred ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] gpt boot on bios machine
On 3/2/19, Hendrik Boom wrote: > > I will guess that boot partition has to be on the same disk as the MBR. > > And this boot partition that has to be at the "start", I suspect that isn't > the partition that remains mounted as /boot after the Linux system is up and > running. > > -- hendrik I know of three things that people might call a boot partition. One is a separate partition for the /boot directory, another is an EFI partition that contains UEFI bootloaders and the third is what you want, a BIOS boot partition. I don't believe any of these three must necessarily be the first partition. The one you want must be at least 1MB in size, have no filesystem on it and be flagged as bios_grub (in gparted) or EF02 (in gdisk). I'm certain that this one does not need to be the first partition. I'm not sure if it needs to be on the same disk or not. If you use gparted, the unformatted option is at the bottom of the list of filesystem types. fsmithred ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Mounting USB drives [Was: Re: Help testing new policykit in Beowulf
On 02/13/2019 06:24 AM, aitor_czr wrote: >> Both refracta and gnuinos use the following scripts (depending on >> pmount) in /usr/local/bin: >> >> https://git.devuan.org/aitor_czr/live-sdk/tree/433c157925ca7a1f34ebe74b756b9e2ab016c3ac/blends/gnuinos-openbox/rootfs-overlay/usr/local/bin >> >> >> and the following desktop entries in /usr/share/applications: >> >> https://git.devuan.org/aitor_czr/live-sdk/tree/master/blends/gnuinos-openbox/rootfs-overlay/usr/share/applications >> >> >> You can find the pixmaps here: >> >> https://git.devuan.org/aitor_czr/live-sdk/blob/master/blends/gnuinos-openbox/rootfs-overlay/usr/share/pixmaps/usb-32-green.png >> >> >> https://git.devuan.org/aitor_czr/live-sdk/blob/master/blends/gnuinos-openbox/rootfs-overlay/usr/share/pixmaps/usb-32-red.png >> >> >> HTH, >> >> Aitor. >> > They need yad: > > http://packages.gnuinos.org/gnuinos/pool/main/y/yad/ > > Aitor. > I packaged usbpmount for jessie, so the only things you need are the deb package and yad. For ascii or beowulf, you can get yad right from the repo. The same package should work in all suites. https://sourceforge.net/projects/refracta/files/Extras/usbpmount-1.2.deb The scripts get put in /usr/bin now. fsr ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] What should be the tasks of the Devuan Installer
On 12/21/18, g4sra via Dng wrote: > Thanks for the video, it took me more than three attempts :P. > I had existing partitions on the drive that I needed to keep so did not > go near the 'use entire disk' option. The partitioning in the video does > not encrypt the entire disk, it leaves /boot outside. Kernel and initrd > are exposed giving a potential attack vector. Yes, it's confusing. And yes, I made the video before I knew how to do full disk encryption. I thought d-i did it correctly, but I might be remembering wrong. I know refractainstaller will do full disk encryption and add the cryptodisk line to /etc/default/grub. It won't edit cryptsetup.functions for you to help with shutdown. I've seen a few different fixes for that. If it's not fixed upstream, I guess I should pick one. fsr ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] What should be the tasks of the Devuan Installer
On 12/17/18, g4sra via Dng wrote: > On 17/12/2018 00:41, Alessandro Selli wrote: >> On 16/12/18 at 13:28, KatolaZ wrote: >>> automagic disk encryption, >> The present impossibility of installing ASCII on an encrypted root is >> a show-stopper to my laptop installs > The most taxing step in my case was getting the partitioner to do what I > wanted. > I could not skip that step and manually partition as I could find no easy > way of > then defining the mount points (tips please, if anyone has any). Here's a video showing how to create an encrypted partition using the manual partitioning step in the installer. You probably did it wrong. Don't feel bad - I did it wrong three times before I got it right for the video, and I've done this before. http://distro.ibiblio.org/refracta/misc/partition_encrypt-4.ogv fsmithred ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng