You are not logged in.

#1 2017-06-10 16:22:49

Head_on_a_Stick
Moderator
From: London
Registered: 2015-09-29
Posts: 7,383
Website

Installing BunsenLabs Helium-dev

Warning: BunsenLabs Helium is at the development stage and must be considered *experimental* in nature so please *do not* use this system for anything important.

Preamble

With the release of Debian 9.0 now upon us, this guide will show how to install a BunsenLabs Helium test system (known as "Helium-dev").

There are two steps to this process:

  • install a Debian stretch base system

  • run the bunsen-netinstall script

For the first step, it is possible to use the Debian stretch netinstall ISO image (with the non-free firmware already included):

https://cdimage.debian.org/cdimage/unof … ch/iso-cd/

If this method is used, be sure to de-select all of the desktop options in the tasksel section, just leave the "standard system utilities" box ticked and un-select all of the other options (unless you want a print, ssh or web server).

Once the system is installed, the bunsen-netinstall script can be run after first boot (from a console login), as described below.

For this guide I will be showing how to install from a running terminal session in BunsenLabs Hydrogen (or any other GNU/Linux environment) as this removes the need for continual rebooting, installation media, reading online instructions from the TTY, and so on.

Installing stretch

This section was adapted from the Debian stretch installation guide, please refer to that for more details:

https://www.debian.org/releases/stretch … 03.html.en

Run the following commands from a root shell, attained by passing

sudo -i

First mount the partition that will be used for the new root filesystem:

mount /dev/sdXY /mnt

Replace XY with the letter and number assigned to the target partition.

Use `lsblk` beforehand to show all partitions and make sure that the chosen partition is not already mounted to avoid overwriting an extant system.

Then mount any other partitions (if needed), for example if /home is on /dev/sdXZ:

mkdir -p /mnt/home
mount /dev/sdXZ /mnt/home

Now use debootstrap to install the (very minimal) base system:

debootstrap --components=main,contrib,non-free stretch /mnt https://cdn-aws.deb.debian.org/debian

Tip: remove the "--components=" flag to create a clean, blob-free system.

Once that is done we can chroot into the system to configure if properly:

for i in /proc /sys /dev /dev/pts; do mount --bind $i /mnt$i; done
chroot /mnt /bin/bash

The hostname for the new system can then be set with:

echo $hostname > /etc/hostname # replace $hotname with the actual hostname

The hostname should also be added to /etc/hosts on the first line, just after "localhost", separated with a space.

Now create a basic /etc/fstab (again, replace X with the correct drive letter):

grep sdX /proc/self/mounts > /etc/fstab

Be sure to check this file afterwards (and perhaps replace /dev/sdX{Y,Z} with UUIDs instead).

Now add the stretch-updates and Debian Security repositories:

echo -e "deb https://cdn-aws.deb.debian.org/debian stretch-updates main contrib non-free\ndeb https://cdn-aws.deb.debian.org/debian-security stretch/updates main contrib non-free" >> /etc/apt/sources.list
apt update && apt upgrade

Set up /etc/adjtime for UTC with:

hwclock --systohc

And the time zone:

dpkg-reconfigure tzdata

Locales & keyboard:

apt install locales console-setup
dpkg-reconfigure locales

Install a kernel (yes, the system really is that minimal):

apt install linux-image-amd64 # use "linux-image-686" for 32-bit systems (without the quotation marks)

Now add the main user:

adduser $username # replace $username with the actual username

We need `sudo` for the install script:

apt install sudo
gpasswd -a $username sudo

Finally, install the standard system utilities, as expected by our script:

tasksel install standard
Applying the netinstall script

First, either log in as the normal user (if booting into a conventional stretch installation) or use this command from the chroot:

su - $username

Then download the script:

wget https://github.com/bunsenlabs/bunsen-netinstall/archive/helium-dev.tar.gz

Unpack the tarball:

tar xf helium-dev.tar.gz
cd bunsen-netinstall-helium-dev

And run the script:

./install

If run from the chroot APT will complain about missing hostnames, those messages can be safely ignored.

Once the script is finished the machine can be rebooted into Helium-dev (hopefully).

If the chroot method is employed then either `exit` or <Ctrl>+d will exit the user session & chroot (needs to be run twice) and `umount -R /mnt` will clear the mountpoint.

Bootloader

Remember to run `sudo update-grub` (from the "host") after finishing the entire installation, this should pick up the new system and provide a menu entry in the GRUB bootloader.

If a conventional ISO image is used for installation then I would recommend disabling the bootloader step in the installer and updating the pre-existing bootloader configuration afterwards instead.

Adding the experimental Helium repository

The Helium-dev netinstall script now uses the new repositories so this step is only needed for those who have a pre-existing Helium-dev system that only has the Hydrogen repositories in /etc/apt/sources.list.d

The line to add is:

deb https://kelaino.bunsenlabs.org/~johnraff/debian helium main

It's probably best to have this in it's own file so:

sudo tee /etc/apt/sources.list.d/helium-dev.list << !
deb https://kelaino.bunsenlabs.org/~johnraff/debian helium main
!

Add the key:

wget -q https://kelaino.bunsenlabs.org/~johnraff/helium-dev.asc -O - | sudo apt-key add -

Then update & upgrade, the new versions should take precedence:

sudo apt update && sudo apt upgrade

Thanks for testing and please be sure to report any bugs or other issues:

https://forums.bunsenlabs.org/viewforum.php?id=14

Please prepend any support thread titles with [Helium-dev] so we know what we're dealing with wink

Last edited by Head_on_a_Stick (2017-11-22 20:55:18)


"The first principle is that you must not fool yourself - and you are the easiest person to fool" — Richard Feynman

Forum Rules   •   How to report a problem   •   bunsenlabs(7)

Offline

#2 2017-06-12 07:19:14

dolly
Miss Mixunderstand
From: /lab1
Registered: 2015-10-03
Posts: 306

Re: Installing BunsenLabs Helium-dev

Thank you! Thrilling Bunsen times ahead of us! smile


Keep BunsenLabs #!yish please.

Offline

#3 2017-06-18 00:03:56

DeepDayze
Member
From: In Linux Land
Registered: 2017-05-28
Posts: 243

Re: Installing BunsenLabs Helium-dev

Any way to "upgrade" from an existing Jessie system? I took the plunge and installed BL onto my HP 8460p laptop and blew away my previous distro.

Last edited by DeepDayze (2017-06-18 00:04:42)


Real Men Use Linux

Offline

#4 2017-06-18 00:05:39

DeepDayze
Member
From: In Linux Land
Registered: 2017-05-28
Posts: 243

Re: Installing BunsenLabs Helium-dev

I do know a lot of packages may well get removed if I did a plain upgrade to Stretch...


Real Men Use Linux

Offline

#5 2017-06-18 05:05:07

hhh
TESTING!!!!!!!
Registered: 2015-09-17
Posts: 4,340
Website

Re: Installing BunsenLabs Helium-dev

> Any way to "upgrade" from an existing Jessie system?

There's a long thread on it here somewhere. Disable the BL repo(s), upgrade your system to stretch, and then ask for help restoring BL.

We'll have a tutorial up as soon as it's convenient.

Offline

#6 2017-06-18 11:03:36

Head_on_a_Stick
Moderator
From: London
Registered: 2015-09-29
Posts: 7,383
Website

Re: Installing BunsenLabs Helium-dev

DeepDayze wrote:

I do know a lot of packages may well get removed if I did a plain upgrade to Stretch...

Yeah, myself and another user attempted that, with some success:

https://forums.bunsenlabs.org/viewtopic … 149#p46149

https://forums.bunsenlabs.org/viewtopic … 717#p52717

There's no rush though, jessie has full support from the Security Team until June 2018.


"The first principle is that you must not fool yourself - and you are the easiest person to fool" — Richard Feynman

Forum Rules   •   How to report a problem   •   bunsenlabs(7)

Offline

#7 2017-06-27 11:39:13

kozimodo
Member
Registered: 2015-10-04
Posts: 26

Re: Installing BunsenLabs Helium-dev

Hi all,

I tried on a VM.  The install process worked but initially lightdm would not start.  Switching to the console and typing "startx" revealed that the vesa driver was not installed. After

sudo apt install xserver-xorg-video-vesa

everything worked beautifully.

Offline

#8 2017-06-27 19:55:34

Head_on_a_Stick
Moderator
From: London
Registered: 2015-09-29
Posts: 7,383
Website

Re: Installing BunsenLabs Helium-dev

^ Thanks for the report!

This happens because we have added xserver-xorg-video-intel to pks-norecs  and this satisfies the xorg-video-driver (virtual) dependency, thus preventing xserver-xorg-video-all (which pulls in the VESA driver) from being installed.

Last edited by Head_on_a_Stick (2017-06-27 20:10:24)


"The first principle is that you must not fool yourself - and you are the easiest person to fool" — Richard Feynman

Forum Rules   •   How to report a problem   •   bunsenlabs(7)

Offline

#9 2017-06-30 22:20:00

damo
....moderator....
Registered: 2015-08-20
Posts: 4,169

Re: Installing BunsenLabs Helium-dev

Some things I noticed with this fantastic chrooty method...

1)     My system requires

apt-get install firmware-realtek firmware-iwlwifi

2)   

apt-get install grub2

3)    I needed to set a user password, after creating $user

passwd $user

4)    And I needed to create and chown /home/$user, before running the install script


Be Excellent to Each Other...

FORUM RULES and posting guidelines «» Help page for forum post formatting
Artwork on DeviantArt  «» BunsenLabs on DeviantArt

Offline

#10 2017-06-30 22:58:55

Head_on_a_Stick
Moderator
From: London
Registered: 2015-09-29
Posts: 7,383
Website

Re: Installing BunsenLabs Helium-dev

damo wrote:

1)     My system requires

apt-get install firmware-realtek firmware-iwlwifi

Good catch, thanks — we should add those to pkg-norecs, I think.

damo wrote:

2)   

apt-get install grub2

See the Bootloader section, I advised using grub.cfg in the existing system rather than the new one.

Of course that command (along with `grub-install /dev/sdX && update-grub`) would be needed if BL-He was to be the only system on the disk.

damo wrote:

3)    I needed to set a user password, after creating $user

passwd $user

4)    And I needed to create and chown /home/$user, before running the install script

Ooops, sorry, I mixed up `useradd` & `adduser` again...

ops  roll  ops

I have edited the OP, the `adduser` command will create $HOME and prompt for a password (`useradd` requires extra flags for that).


"The first principle is that you must not fool yourself - and you are the easiest person to fool" — Richard Feynman

Forum Rules   •   How to report a problem   •   bunsenlabs(7)

Offline

#11 2017-07-01 08:23:48

johnraff
nullglob
From: Nagoya, Japan
Registered: 2015-09-09
Posts: 3,409
Website

Re: Installing BunsenLabs Helium-dev

kozimodo wrote:

After

sudo apt install xserver-xorg-video-vesa

everything worked beautifully.

Head_on_a_Stick wrote:

This happens because we have added xserver-xorg-video-intel to pks-norecs  and this satisfies the xorg-video-driver xorg-driver-video (virtual) dependency, thus preventing xserver-xorg-video-all (which pulls in the VESA driver) from being installed.

(fify)

These shifting dependencies... OK I guess what we have to do is to explicitly install xserver-xorg-video-all and xserver-xorg-video-intel. How about adding the other recommend of xserver-xorg-video-all, xserver-xorg-video-qxl?

EDIT: added server-xorg-video-all for now.

Last edited by johnraff (2017-07-01 09:25:51)


John
--------------------
( a boring Japan blog , Japan Links, idle twitterings  and GitStuff )
In case you forget, the rules.

Offline

#12 2017-07-01 09:20:35

johnraff
nullglob
From: Nagoya, Japan
Registered: 2015-09-09
Posts: 3,409
Website

Re: Installing BunsenLabs Helium-dev

damo wrote:

My system requires

apt-get install firmware-realtek firmware-iwlwifi
Head_on_a_Stick wrote:
damo wrote:

My system requires

apt-get install firmware-realtek firmware-iwlwifi

Good catch, thanks — we should add those to pkg-norecs, I think.

This is a bit strange - both those packages are on my (jessie) system, but marked as "manually installed". I think live-build might have put them in the iso by its "firmware" settings, without having to put them on the install list. (Meanwhile firmware-realtek is on the netinstall list, commented out.)

In fact there are many, many firmware-* packages. Will adding firmware-realtek and firmware-iwlwifi to the netinstall list cover most of our needs? Any other candidates?

EDIT: anyway those two added, for now.

Last edited by johnraff (2017-07-01 09:25:09)


John
--------------------
( a boring Japan blog , Japan Links, idle twitterings  and GitStuff )
In case you forget, the rules.

Offline

#13 2017-07-01 15:24:15

Head_on_a_Stick
Moderator
From: London
Registered: 2015-09-29
Posts: 7,383
Website

Re: Installing BunsenLabs Helium-dev

johnraff wrote:

Will adding firmware-realtek and firmware-iwlwifi to the netinstall list cover most of our needs? Any other candidates?

There has been some re-organisation of the firmware packages between jessie and stretch and it's a bit confusing to untangle, unfortunately.

https://packages.debian.org/search?keyw … ection=all

There are a few more in the above list that could be candidates for installation, I suppose.

I'm just about to install Helium-dev on my Intel laptop (again) and that needs both of those blobs so I will report back (I never use the ISO image to install).


"The first principle is that you must not fool yourself - and you are the easiest person to fool" — Richard Feynman

Forum Rules   •   How to report a problem   •   bunsenlabs(7)

Offline

#14 2017-07-01 15:44:47

Head_on_a_Stick
Moderator
From: London
Registered: 2015-09-29
Posts: 7,383
Website

Re: Installing BunsenLabs Helium-dev

I have added a section detailing our new (experimental!) Helium-dev repositories for the BunsenLabs packages.

Any users of Helium-dev can add the new source and upgrade those packages (no need to reinstall).


"The first principle is that you must not fool yourself - and you are the easiest person to fool" — Richard Feynman

Forum Rules   •   How to report a problem   •   bunsenlabs(7)

Offline

#15 2017-07-01 15:59:38

Horizon_Brave
Operating System: Linux-Nettrix
Registered: 2015-10-18
Posts: 1,473

Re: Installing BunsenLabs Helium-dev

Random question, but after an install of helium-dev, will it modify the /etc/lsb-release file to reflect the change? or at this point should it still say 8.7 bunsen-hydrogen...?


"I have not failed, I have found 10,000 ways that will not work" -Edison

Offline

#16 2017-07-01 16:11:41

Head_on_a_Stick
Moderator
From: London
Registered: 2015-09-29
Posts: 7,383
Website

Re: Installing BunsenLabs Helium-dev

^ No spoilers!

monkey


"The first principle is that you must not fool yourself - and you are the easiest person to fool" — Richard Feynman

Forum Rules   •   How to report a problem   •   bunsenlabs(7)

Offline

#17 2017-07-01 17:20:05

DeepDayze
Member
From: In Linux Land
Registered: 2017-05-28
Posts: 243

Re: Installing BunsenLabs Helium-dev

Head_on_a_Stick wrote:

^ No spoilers!

monkey

devil


Real Men Use Linux

Offline

#18 2017-07-01 21:15:07

Horizon_Brave
Operating System: Linux-Nettrix
Registered: 2015-10-18
Posts: 1,473

Re: Installing BunsenLabs Helium-dev

Head_on_a_Stick wrote:

^ No spoilers!

monkey

Ha! I'm always that bloke that asks questions about how a movie ends, in front of others who haven't seen it yet!

Well for a more generalized question... is /etc/lsb-release actually used for anything eh... purposeful? or is it just for reference? Isn't a command that generates an ASCII screen showing the info about the system? Does it use the /etc/lsb-release file for this?


"I have not failed, I have found 10,000 ways that will not work" -Edison

Offline

#19 2017-07-01 21:46:37

Sector11
Tpyo Knig
From: 77345 ¡#
Registered: 2015-08-20
Posts: 5,083
Website

Re: Installing BunsenLabs Helium-dev

yes ... and no ... well maybe, but then again, maybe not!
rbeg.png


BunsenLabs Forum Rules ---== I'm a Conky 1.9'er ==---
System:    Host: s12 Kernel: 3.16.0-4-amd64 x86_64 (64 bit gcc: 4.8.4)
Desktop: Openbox 3.5.2 dm: (startx) Distro: Debian GNU/Linux 8

Offline

#20 2017-07-02 07:54:31

johnraff
nullglob
From: Nagoya, Japan
Registered: 2015-09-09
Posts: 3,409
Website

Re: Installing BunsenLabs Helium-dev

Horizon_Brave wrote:

is /etc/lsb-release actually used for anything eh... purposeful?

One thing is Grub checks it (or rather the output of 'lsb_release') to choose the name of the boot menu entry. There are other more arcane reverberations...

Anyway, fixing lsb-release is not high on the to-do list at the moment... some time before the official release.


John
--------------------
( a boring Japan blog , Japan Links, idle twitterings  and GitStuff )
In case you forget, the rules.

Offline

#21 2017-07-15 23:33:36

Sector11
Tpyo Knig
From: 77345 ¡#
Registered: 2015-08-20
Posts: 5,083
Website

Re: Installing BunsenLabs Helium-dev

{sigh}  Bombed out sad  Had D9NI right there are the CLI ...

There are two steps to this process:

  • install a Debian stretch base system - DONE!

  • run the bunsen-netinstall script

So I trucked on down to:
Applying the netinstall script
And things looked good .... until my &%/?&%$ screen went black and I could do NOTHING.

So I re-installed D9NI and sat there moving my mouse as it was doing it's thing and again my screen went black ... NOTHING!

Yea know, if it wasn't for bad luck I'd have no luck at all.

I'll wait for the release.


BunsenLabs Forum Rules ---== I'm a Conky 1.9'er ==---
System:    Host: s12 Kernel: 3.16.0-4-amd64 x86_64 (64 bit gcc: 4.8.4)
Desktop: Openbox 3.5.2 dm: (startx) Distro: Debian GNU/Linux 8

Offline

#22 2017-07-15 23:38:41

KrunchTime
Member
Registered: 2015-09-29
Posts: 857

Re: Installing BunsenLabs Helium-dev

^ Sounds like maybe you have a graphics card that needs specific drivers to work that aren't present in a D9NI.  If you know the specific pkg(s), maybe you could have those available somehow during D9NI.  I do know from my previous DNI experiences, the installer detects the Broadcom WiFi card on my desktop system and asks if I want to install the driver(s) for it.

Last edited by KrunchTime (2017-07-15 23:39:14)

Offline

#23 2017-07-16 00:09:15

Sector11
Tpyo Knig
From: 77345 ¡#
Registered: 2015-08-20
Posts: 5,083
Website

Re: Installing BunsenLabs Helium-dev

Oh No that's not it ...the screen goes blank after a certain time ...  like maybe xfce4-power-manager was installed and set to blank the screen after x minutes or some such thing, but then I'm not sure if that was installed.

I have a D9NI up and running that I did by myself but I did things a little at a time and still needs work.


BunsenLabs Forum Rules ---== I'm a Conky 1.9'er ==---
System:    Host: s12 Kernel: 3.16.0-4-amd64 x86_64 (64 bit gcc: 4.8.4)
Desktop: Openbox 3.5.2 dm: (startx) Distro: Debian GNU/Linux 8

Offline

#24 2017-07-16 00:14:33

KrunchTime
Member
Registered: 2015-09-29
Posts: 857

Re: Installing BunsenLabs Helium-dev

You should be able to bring the screen back by pressing a key on your keyboard if a power manager is blanking the screen.  ...did things a little at a time... Nice and slow is the way to go.   wink

Last edited by KrunchTime (2017-07-16 00:15:37)

Offline

#25 2017-07-16 00:28:31

Sector11
Tpyo Knig
From: 77345 ¡#
Registered: 2015-08-20
Posts: 5,083
Website

Re: Installing BunsenLabs Helium-dev

That didn't work.  My D9NI on /dev/sda8&9  Looka almost like Bunsen but does not act like Bunsen simply because I use my own OB Menu and all my conkys are on /media/5 as are my wall papers.


BunsenLabs Forum Rules ---== I'm a Conky 1.9'er ==---
System:    Host: s12 Kernel: 3.16.0-4-amd64 x86_64 (64 bit gcc: 4.8.4)
Desktop: Openbox 3.5.2 dm: (startx) Distro: Debian GNU/Linux 8

Offline

Board footer

Powered by FluxBB