Create Debian 9 (Stretch) minimal ISO similar to DebianDog

[anikin]

Here's what's needed for debootstrapping

Debian/Ubuntu:
http://ftp.debian.org/debian/pool/main/ ... e-keyring/
http://archive.ubuntu.com/ubuntu/pool/m ... u-keyring/
http://ftp.debian.org/debian/pool/main/d/debootstrap/

Devuan:
https://packages.devuan.org/devuan/pool ... n-keyring/
https://packages.devuan.org/devuan/pool ... bootstrap/

Devuan maintains its own version of debootstrap - don't use it on Debian/Ubuntu - only Devuan. Debootstrap doesn't really care what's in the host system's sources.list - it only needs to have a target mirrior. Also, it can't handle multiple mirrors - only one. A full target sources.list needs to be added at the chroot phase.

[AndresC2]

Hi Fred

aufs 4.9.0-6-686 from debian Stretch works in Devuan?

or i have that build a new one for Devuan.

[fredx181]

Perhaps an artifact of when the Devuan script failed the first time, but I have the Devuan version of debbootstrap now instead of the stock Debian version. My /etc/apt/sources.list file and /etc/apt/sources.list.d/google-chrome.list files look fine and have no hint of Devuan.

Hi Dan, I can imagine your concern, but it's really no problem to have the devuan debootstrap installed on Debian Stretch, it supports all sorts of other releases, see screenshot (but if you want, you can upgrade it again to original Debian debootstrap version).
The devuan debootstrap deb is downloaded and installed by the mklive-devuan script because it's needed to find the "ascii" release, which is not supported by the Debian debootstrap.
Btw, in case you'd run "mklive-stretch" it will be upgraded to original Debian version.

Any other Devuan files I ought to look for and reinstall the Debian versions?

No, only debootstrap, nothing else.

@AndresC2

aufs 4.9.0-6-686 from debian Stretch works in Devuan?

Yes, it does work.

[anikin]

...it's really no problem to have the devuan debootstrap installed on Debian Stretch, it supports all sorts of other releases, see screenshot...

Problem or no problem to have debootstrap installed is absolutely irrelevant in this context. What's relevant though is this: the Devuan version of debootstrap is a special, "Devuanized" build. It does NOT *support all sorts of other releases*. The attached image with symlinks to various releases doesn't carry much weight. If you guys want to prove me wrong go and build *any kind* of releases outside Devuan and post the results here. Here's some food for thought:

Code: Select all

debootstrap (1.0.89-devuan2.1) unstable; urgency=medium

  * add recipes for ascii, beowulf, ceres, and relink jessie
  * append devuan-specific packages to $base; change mirrors to devuan
  * remove debian/tests
  * devuanize debian/control
  * add devuan-specific gbp.conf; switch format to 3.0 (quilt)
  * teach debian/rules about Devuan

 -- Ivan J. <parazyd@dyne.org>  Tue, 07 Nov 2017 16:10:30 +0100
......................

[fredx181]

I did test already with stretch (and devuan debootstrap installed) before my previous post, did it again now and here's the proof that it works:

Code: Select all

root@live:~# apt-cache policy debootstrap
debootstrap:
  Installed: 1.0.87+devuan1.1
  Candidate: 1.0.87+devuan1.1
  Version table:
 *** 1.0.87+devuan1.1 100
        100 /var/lib/dpkg/status

root@live:/mnt/sda5# mkdir -p stretch/chroot && cd stretch &&
> debootstrap --arch=i386 --variant=minbase --include=apt-transport-https,ca-certificates stretch chroot http://ftp.us.debian.org/debian/
I: Retrieving InRelease 
I: Retrieving Release 
I: Retrieving Release.gpg 
I: Checking Release signature
I: Valid Release signature (key id 067E3C456BAE240ACEE88F6FEF0F382A1A7B6500)
I: Retrieving Packages 
I: Validating Packages 
I: Resolving dependencies of required packages...
I: Resolving dependencies of base packages...
I: Found additional required dependencies: libaudit-common libaudit1 libbz2-1.0 libcap-ng0 libdb5.3 libdebconfclient0 libgcrypt20 libgpg-error0 liblz4-1 libncursesw5 libsemanage-common libsemanage1 libsystemd0 libudev1 libustr-1.0-1 
I: Found additional base dependencies: adduser debian-archive-keyring gpgv libapt-pkg5.0 libcurl3-gnutls libffi6 libgmp10 libgnutls30 libgssapi-krb5-2 libhogweed4 libidn11 libidn2-0 libk5crypto3 libkeyutils1 libkrb5-3 libkrb5support0 libldap-2.4-2 libldap-common libnettle6 libnghttp2-14 libp11-kit0 libpsl5 librtmp1 libsasl2-2 libsasl2-modules-db libssh2-1 libssl1.1 libstdc++6 libtasn1-6 libunistring0 openssl 
I: Checking component main on http://ftp.us.debian.org/debian...
I: Retrieving libacl1 2.2.52-3+b1
I: Validating libacl1 2.2.52-3+b1
I: Retrieving adduser 3.115
I: Validating adduser 3.115
I: Retrieving apt 1.4.8
I: Validating apt 1.4.8
I: Retrieving apt-transport-https 1.4.8
I: Validating apt-transport-https 1.4.8
I: Retrieving libapt-pkg5.0 1.4.8
I: Validating libapt-pkg5.0 1.4.8
I: Retrieving libattr1 1:2.4.47-2+b2
I: Validating libattr1 1:2.4.47-2+b2
I: Retrieving libaudit-common 1:2.6.7-2
I: Validating libaudit-common 1:2.6.7-2
....
....
....
I: Base system installed successfully.
root@live:/mnt/sda5/stretch#

[AndresC2]

Hi Fred

All the "auto.mirror.devuan.org" work fine

but

All the "pkgmaster.devuan.org" not work for me

[anikin]

I stand corrected. Ran a quick build of stretch using Devuan debootstrap and it worked. Here's the thing, though: all the debootstrap versions are bug fix releases. Keeping that in mind, I always use the latest and *separate* versions of debootstrap and will never use the Devuan version to build stretch.

[fredx181]

Here's kernel 4.16.0 from stretch-backports modified for use with Stretch-Live or StretchDog (added aufs support)
To be used on a frugal install only, see README.

README-kernel-backports.txt:
https://debiandog.github.io/MakeLive/ke ... kports.txt
32-bit:
https://debiandog.github.io/MakeLive/ke ... pae.tar.gz
64-bit:
https://debiandog.github.io/MakeLive/ke ... d64.tar.gz

I'd appreciate testing/feedback because so far I could only test on one machine.

EDIT: Forgot to test on USB (doesn't work with USB, only on HDD), will replace download links later, need to test more before making a fix.

EDIT2: Removed links to the 4.16 kernel setup, sorry, something to be worked on in the future, for now too many problems to make it work properly on all (or most) hardware, (see below testing results from rcsrsn51)

EDIT3: Re-uploaded 4.16.0 stretch-backports tar.gz archives, download links above, should be fixed now to work on most hardware.
See also info here:
http://murga-linux.com/puppy/viewtopic. ... 189#998189

Fred

[rcrsn51]

I tried this on a machine that has the k4.9.0-porteus-won't-boot bug and it does NOT work either!

There must be something about how Debian builds its kernels that Porteus doesn't like with some hardware.

The Xenial k4.9.13 kernel still works fine.

[fredx181]

I tried this on a machine that has the k4.9.0-porteus-won't-boot bug and it does NOT work either!

There must be something about how Debian builds its kernels that Porteus doesn't like with some hardware.

The Xenial k4.9.13 kernel still works fine.

OK, pity, thanks for testing anyway, is this problem on 64-bit only ?

Fred

[rcrsn51]

I only tried the 32bit, but I expect that the 64bit would fail too.

If you boot with the "debug" option, then run "blkid", you can see the problem. Porteus cannot detect all the available drives.

The most common situation for me is when booting off a USB device. When GRUB passes control over to Porteus, it cannot find the USB drive, so it can't find the "live" folder.

Using the "wait" option does NOT help. It's like the USB subsystem has gone dead.

But I have also seen it where Porteus cannot find the hard drive.

[fredx181]

Hi Bill, I must confess that I didn't test on USB earlier, did now, and didn't work for me either.
With this initrd1.xz it works for me now, can you test if you have time ?
(added more kernel modules to be loaded in linuxrc (init script for porteus-boot))
32-bit initrd1.xz for kernel 4.16.0:
https://dl.dropboxusercontent.com/s/z0j ... d1.xz?dl=1

Fred

[rcrsn51]

Sorry. That didn't fix it for me.

But I only have the USB boot problem with newer hardware. It works fine on old stuff with the stock k4.9.0 kernel. Maybe a USB3 issue?

If I set up the flash drive with the Xenial kernel and get booted, I can then do a frugal install to the hard drive with the stock kernel.

[Update] That version of initrd1.xz was worse. Porteus could not find my USB keyboard.

[fredx181]

OK, thanks again Bill, I give up for the time being (and removed the download links for 4.16 kernel above), I wish I had more hardware to test on, then I could possibly fix these problems.

Btw, how you got that 4.9 Xenial kernel you talked about ?
And did you ever test using "live-boot" with this "porteus-boot problematic" hardware ?
For me "live-boot" always works if there are cases that porteus-boot doesn't.

Fred

[rcrsn51]

The xenial kernel is from here.

I once tried the live-boot method and it worked. But setting up persistence was much more difficult, so I scrapped it.

But if I only need a USB boot for purposes of doing a hard drive install, maybe that would be OK.

I will look at this some more.

[rcrsn51]

OK. Making progress.

On my flash drive setup, I used the stock 4.9.0 kernel with a live-boot GRUB entry (no persistence).

This booted successfully.

I could then do a hard drive install with Porteus boot and persistence to a save folder, also with the stock kernel. This worked.

So I didn't need a kernel switch at all.

Next, I will test this with your 4.16.0 kernel. It should detect newer hardware than 4.9.0.

However, this would NOT fix Galbi's situation, where the hard drive was not detected by Porteus with the stock kernel.

Bill

[rcrsn51]

I tried my USB-k4.9.0-live-boot setup on several machines and it booted OK.

I then switched a hard drive Porteus install to your new k4.16.0 and it looked OK.

So at the moment, my problems are solved.

[fredx181]

Hi Everyone

Re-uploaded the tar.gz archives (with fix) for to boot Stretch-Live with the 4.16 backports kernel, see download links and info (specially EDIT3) here:
http://murga-linux.com/puppy/viewtopic. ... 517#997517

The initrd1.xz inside the archives is made by using special script with improvements:
-Only (and probably some more) the absolutely required kernel modules are included to start the live system, i.e. for detecting devices, setup aufs, mount squashfs modules, etc..
(this makes the initrd1.xz around 10 MB's smaller)
- A larger list of kernel modules is loaded from the "init" script "linuxrc", so that it should work on more hardware. Thanks rcrsn51 for testing !

EDIT:
The script is originally from Tomas M. "Linux Live Kit", "initramfs_create" which I modified.
https://www.linux-live.org/

Here's a deb package including this script (experimental, use at your own risk !):
https://fredx181.github.io/StretchDog/N ... .1_all.deb
Run from Menu > System > Create Porteus-boot initrd1.xz

What could this be good for?
If running Stretch-Live or Stretchdog using porteus-boot boots fine on one computer but on another computer it doesn't.
Then install and run this mk-initrd application on the computer from which it boots OK, then copy and paste the created /tmp/initrd1.xz to the frugal installed "live" folder and replace the (older) initrd1.xz.
Reboot and (hopefully) it works on the computer it previously didn't.
Also it may work for when another kernel installed, to make initrd1.xz from it, but restriction is that the kernel should include aufs, latest Debian kernels doesn't include it by default, which is a pity (and a problem), kernels from Ubuntu still have it (needs the "linux-modules-extra-*" installed).

Fred

[rcrsn51]

There are some updates to the stretch-live-frugal-install tool here.

[rcrsn51]

BT4Stretch updated here. It now works with a variety of media players.