You are not logged in.
Thanks for the live-config info. I didn't know that. That same file, .su-to-rootrc was causing me trouble with policykit. Anyone who has installed with any but the latest version of refractainstaller might want to get rid of that file if it's present.
Miyo, if you really want to live on the edge, boot to ram and install to the same usb you booted from. Then there's no confusion about which one is the target. ![]()
evo n610c i386.
I had to google it, and the first hit was Berkeley Archeology. At first I thought maybe it was a museum piece, but no, it's just one of the items on their equipment list. If you need to save ram, run ps_mem.py to see what you can kill.
Here's the config file showing what I installed. It's not the complete package list - lots of other things got pulled in as dependencies. (Recommends are turned off.)
#!/usr/bin/env zsh
# config for refracta-nodbus.blend (beowulf)
version=10.0test
base_packages+=(
bash-completion
texinfo
acpi-support-base
aptitude
apt-listchanges
console-setup
debootstrap
debsums
discover
dnsutils
doc-debian
docutils-common
docutils-doc
ftp
gettext
gnupg2
# grub-efi-amd64-bin
# grub-efi-ia32-bin
# grub-pc-bin
$grubversion
haveged
laptop-detect
lsof
mlocate
mutt
ncurses-term
nfs-common
procmail
# reportbug
telnet
unzip
usbutils
w3m
whois
zip
)
extra_packages+=(
sshfs
mbr
w3m
hwinfo
moc
ffmpeg
ntfs-3g
dosfstools
live-config
live-config-sysvinit
squashfs-tools
xorriso
pmount
pv
rsync
syslinux
syslinux-common
syslinux-utils
isolinux
gdisk
irssi
scrot
feh
p7zip-full
pm-utils
sysv-rc-conf
tree
file
live-boot-doc
live-config-doc
dkms
eject
xorg
xserver-xorg
xinit
xserver-xorg-video-all
xserver-xorg-legacy
libelogind0
gconf-service
gconf-gsettings-backend
xterm
openbox
openbox-menu
obconf
# libpam-elogind
$linuxheadersversion
build-essential
lxappearance
lxappearance-obconf
lxpanel
lxterminal
lxrandr
spacefm
xarchiver
libnotify-bin
links2
mesa-utils
gparted
# leafpad
geany
gtk2-engines
firejail
firejail-profiles
# wicd # needs dbus
xscreensaver
xserver-xorg-video-all
xserver-xorg-video-intel
x11vnc
xtightvncviewer
yad
refractainstaller-base
refractainstaller-gui
abiword
abiword-common
acl
arp-scan
asunder
# bleachbit requires policykit-1
cifs-utils
cryptsetup
lvm2
mdadm
deborphan
dkms
dmidecode
eject
ethtool
fdupes
firmware-linux-free
gddrescue
gdmap
geeqie
gftp
gimp
grsync
hardinfo
hddtemp
hdparm
hexchat
hexedit
hicolor-icon-theme
htop
hwinfo
iftop
lm-sensors
locales
meld
mpv
mtools
multiarch-support
net-tools
# partimage no package
patch
pciutils
ppp
pppconfig
pppoe
pppoeconf
rename
sane-utils
smartmontools
strace
testdisk
transmission-gtk
uuid-runtime
volumeicon-alsa
vorbis-tools
vrms
wget
winff
wodim
xinput
xpdf
xsane
)
# Replace the default purge_packages list if you want to keep dbus.
# or add any packages you want to purge.
#
purge_packages=(
dbus
debian-keyring
)
custom_deb_packages+=(
deadbeef-static_0.7.2-2_${arch}.deb
fig29-31_1.0.deb
firemenu-1.2.deb
refracta-lang_1.1.deb
refracta2usb-2.4.1.deb
refractasnapshot-base_10.2.1_all.deb
refractasnapshot-gui_10.2.2_all.deb
usbpmount-1.2+blend.deb
)Guess I should have re-read this thread before uploading new isos. These are beowulf.
https://get.refracta.org/files/experimental/
refracta10-nodbus_amd64-2019-04-16.iso 17-Apr-2019 01:05 703594496
refracta10-nodbus_i386-2019-04-16.iso 17-Apr-2019 01:23 687865856
No dbus (just some libs), no *kits, no libsystemd0, most of the same apps that go into the xfce builds.
You can probably get rid of most of the dbus libs if you remove abiword and transmission.
You can replace xpdf with atril. (Not sure if that'll pull in dbus libs again, but it won't pull in dbus. I left it out to keep the iso size down.)
Made with live-sdk. I'll post the blend files when I decide where to put them.
Excellent! Thanks!
What I've done in the past was to install sysvinit-core and reboot in debian before switching to devuan.
fsr (Still waiting to hear of someone migrating a devuan install to debian.)
It looks like you were able to do an upgrade in devuan while running systemd. Is that correct? Did apt complain? Or did you install sysvinit first?
I then connected to this VM through ssh so that I could copy from and paste into a terminal window. This was easier than using the vm window.
1+
Thanks for testing and for the nice write-up. It looks pretty easy. I've tried a few upgrades from ascii to beowulf, and those were easy.
The firmware packages in the user's home were the wrong set in the first isos (13 Apr). I've replaced the isos and they now have the right firmware packages. (2019 dates instead of 2016). The newer isos have "-live" in the file name.
To free up the memory that mate is using, drop to console (ctrl-alt-F2) log in as root and stop your display manager.
/etc/init.d/slim stop Or replace slim in that command with lightdm or whatever dm you're using. Replace stop with start in that command when you're ready to go back to the desktop.
To read all about booting uefi:
https://www.rodsbooks.com/efi-bootloaders/index.html
Look around in your bios for a Legacy or CSM boot setting. It's also possible that the boot device menu gives you a choice of legacy or uefi. You can usually get to this menu by pressing some key at boot (at the motherboard/computer logo) maybe F12, F11, F8, ESC, or other. Pressing DEL usually gets you to the bios.
i386 and amd64
https://get.refracta.org/files/testing/
These are essentially the same as previous refracta-nox isos, except that I made them with live-sdk (and they're beowulf.) And libsystemd0 is gone - it's replaced with libelogind0.
You can install the iso with refractainstaller, or you can use it to do a debootstrap install of pure devuan.
Refracta 9.1 (13 Apr 2019)
https://get.refracta.org/files/stable/
WHAT'S NEW -
- Added gvfs-backends.
- Atril replaces xpdf. (So I could print my boarding pass.)
- Added fontsnaps (For larger/smaller desktop fonts and icons)
- Added gnome-system-tools.
- Added refracta-lang for easier locale settings at the boot screen.
- Security updates through date of iso.
Atril added 124mb. I give up on the 700mb limit.
It still fits on a 1gb usb stick!
Buster should have the 4.19 kernel, same as Beowulf. (It's really the other way around.) Distrowatch is wrong.
But you don't need to use a debian-live iso. If you want to do a debootstrap install, I made this iso with the ascii-backports kernel (4.17 or 4.18) and devuan debootstrap is already installed.
https://get.refracta.org/files/experime … 3_1952.iso
The DNG message that golinux linked earlier in this thread is gone. I think I know what it pointed to - there was a patch submitted by Didier Kryn for /etc/init.d/networking that fixes the problem. I have the patch, and I have the message in my mail. Both are copied below.
I don't know if the line numbers in the patch are still correct, but I do know that it works in ascii. I've applied it manually.
Le 22/12/2017 à 08:49, KatolaZ a écrit :
> On Fri, Dec 22, 2017 at 08:40:37AM +0100, Didier Kryn wrote:
>> Hello.
>>
>> I've now switched to ASCII for my personal laptop (amd-64 arch) and I
>> found it working well, better for me than Jessie.
> Hi Didier,
>
> that's pretty good news
>
> [cut]
>
>> A regression with respect to the older releases of Debian and Devuan is
>> the new /etc/init.d/networking script. I have sent on the list a patch to
>> correct this file. I aso had to change /etc/interfaces: previously I had
>> "allow-hotplug wlan0"; now I still have it, plus "auto wlan0", otherwise
>> wlan0 is not always started at boot time. This ifpudown logic is rather
>> convoluted and I fall down to this kind of tricks.
>>
> Could you please send a patch to /etc/init.d/networking (it's very
> difficult to retrieve it from the ML)? I am not looking forward to
> fork ifupdown, to be honest. It would be better maybe to submit the
> patch upstream (i.e., to Debian).
Seems the patch introducing the regression is from the author, not from Debian. It is in the form of a patch in the source of the package, but I didn't find where this patch is applied. Maybe, as suggested by Svante, I should modify the patch so that it changes the behaviour only if systemd is installed, and propose this modification to the author.Didier
check-link-state.patch
--- networking~ 2016-09-16 15:02:20.000000000 +0200
+++ networking 2017-12-18 17:25:49.902781233 +0100
@@ -112,7 +112,12 @@ ifup_hotplug () {
done)
if [ -n "$ifaces" ]
then
- ifup $ifaces "$@" || true
+ # link detection does not work unless we up the link
+ ip link set "$iface" up || true
+ if [ "$(cat /sys/class/net/$link/operstate)" = up ]
+ then
+ echo "$iface"
+ fi
fi
fi
}In Debian, udev names the interfaces as enp... as you show. To revert those to the old names, boot with net.ifnames=0. (This is not relevant in Devuan.)
In Devuan, eudev names the interfaces with the old names like eth0. To revert to the new names, boot with net.ifnames=1
Try this link instead:
https://www.youtube.com/dyneorg/live
They didn't give us any name tags. We're being forced to talk to each other and remember names. Maybe the video with the introductions will be posted today. The 40-minute video for day zero that's there now only shows some of the unstructured time and is pretty much useless. (That unstructured time was not useless for those of us here - we're all getting to know each other just as it was intended.)
Having a great time. Will be back home in a few days.
fsr
dovecot
debian- https://security-tracker.debian.org/tra … -2019-3814
stretch (security) 1:2.2.27-3+deb9u4devuan in security apt policy/apt-cache policy still has
1:2.2.27-3+deb9u3hmmm
Not anymore. You must have caught it right before the repo updated.
1:2.2.27-3+deb9u4 0
500 http://auto.mirror.devuan.org/merged/ ascii-security/main amd64 Packages
500 http://pkgmaster.devuan.org/merged/ ascii-security/main amd64 Packages
500 http://deb.devuan.org/merged/ ascii-security/main amd64 Packages
10 http://security.debian.org/ stretch/updates/main amd64 PackagesI guess it's about as safe as it ever was to use outside repos in debian. As long as they don't require systemd, it should be ok. You might run into problems if something expects to see debian and doesn't recognize devuan. Check forum and mailing list archives for discussions about specific apps.
fsmithred wrote:Does fdisk or lspci see the M2 disk? What's the device name? (/dev/nvme* or something else?)
Is there any useful info in /var/log/installer/syslog?In my experience fdisk is not good with recognising SD cards - inasmuch as it doesn't see them at all. It's the same for cfdisk but no problem for a graphical installer. Attempting to mount the disk manually doesn't work [/dev/mmcblk0]. It may be a similar issue with M2 disks. I have spent hours looking round the internet for a solution but have found nothing.
Good to know. Thanks. Is gdisk any better?
Maybe your disk shows up in /dev/disk/by-*. Oh, wouldn't /dev/mmcblk0 be the whole device? Shouldn't you be mounting /dev/mmcblk0p1 or something? (Maybe you just didn't type the entire name.)
For the record: If you install from one of the live isos, you would choose to encrypt the root filesystem and not select a separate partition for /boot. That's all. The installer will add the line to /etc/default/grub.
The relevant package name for the bug report is debian-installer.
Does fdisk or lspci see the M2 disk? What's the device name? (/dev/nvme* or something else?)
Is there any useful info in /var/log/installer/syslog?
I'm pretty sure I tried refractasnapshot and installer in heads some time ago. I think it works if you add the live-config packages. Newest version of the installer is 9.5.3 and it's in ascii, beowulf and ceres. You don't need to change sources.list for that. Just update the package cache and install what you want.
Forgot to mention this...
For uefi, the command is just grub-install. You don't need to tell it where to put the bootloader, because it knows to put it in the efi partition. And every time you run it, it'll make another devuan dir in your efi partition. If you want it to update the bootloader that's in the debian dir (i.e. the one you're actually using) run grub-install --bootloader-id=debian
And I suppose you could turn on secure boot now. I haven't tried that.
Either install one of the unsigned kernels (e.g. linux-image-4.19.0-2-amd64-unsigned) or change the name of the bootloader directory from EFI/devuan to EFI/debian.
Here's the repo with instructions (and a link to more instructions.)
github.com/headslive/build-system
You can unpack the tor browser bundle on a rw partition and it will keep your setting, bookmarks and downloads in the tor-browser directory. Make sure the partition has exec in the mount options. And look at tomb for encryption. I believe it's already installed.
Standard methods for persistence won't work with Heads because live-config is not installed. There might be another way to do it, but I don't know how. You could make your own heads iso with live-sdk and add live-config and live-config-sysvinit to the package lists. (I haven't tested that but it should work.)
Keep in mind that full-persistence can reduce security. The read-only system is always clean when you boot up - every boot is the first time. If you just want to be able to save files, create another partition and mount it somewhere in your home.
You couldn't start X because your home didn't exist.
nobody is an unpriviliged system user that runs some processes so they don't have to run as root. That entry is normal.
Something must have changed recently. I have an ascii install that has ascii-backports, beowulf and ceres all pinned to 100, and yesterday I noticed that apt-cache policy was telling me that ceres had the Candidate version.
I just changed those pin priorities to 99 and checked again. Now backports has the candidate, and the backports priority shows as 100 even when I've got it set to 99 in my preferences.
It should be showing me the ascii version as the candidate.
Pin-Priority: 100 (on ascii-backports, beowulf and ceres)
user@ascii:~$ apt-cache policy debootstrap
debootstrap:
Installed: 1.0.89+devuan2
Candidate: 1.0.114+devuan1
Version table:
1.0.114+devuan1 100
100 http://deb.devuan.org/merged ceres/main amd64 Packages
1.0.110+devuan1 100
100 http://deb.devuan.org/merged beowulf/main amd64 Packages
1.0.110~bpo9+1 100
100 http://deb.devuan.org/merged ascii-backports/main amd64 Packages
*** 1.0.89+devuan2 100
100 /var/lib/dpkg/status
1.0.89-devuan2.1 500
500 http://pkgmaster.devuan.org/merged ascii/main amd64 PackagesPin-Priority: 99 (on ascii-backports, beowulf and ceres)
user@ascii:~$ apt-cache policy debootstrap
debootstrap:
Installed: 1.0.89+devuan2
Candidate: 1.0.110~bpo9+1
Version table:
1.0.114+devuan1 99
99 http://deb.devuan.org/merged ceres/main amd64 Packages
1.0.110+devuan1 99
99 http://deb.devuan.org/merged beowulf/main amd64 Packages
1.0.110~bpo9+1 100
100 http://deb.devuan.org/merged ascii-backports/main amd64 Packages
*** 1.0.89+devuan2 100
100 /var/lib/dpkg/status
1.0.89-devuan2.1 500
500 http://pkgmaster.devuan.org/merged ascii/main amd64 PackagesPin-Priority: 50 (on ascii-backports, beowulf and ceres)
user@ascii:~$ apt-cache policy debootstrap
debootstrap:
Installed: 1.0.89+devuan2
Candidate: 1.0.110~bpo9+1
Version table:
1.0.114+devuan1 50
50 http://deb.devuan.org/merged ceres/main amd64 Packages
1.0.110+devuan1 50
50 http://deb.devuan.org/merged beowulf/main amd64 Packages
1.0.110~bpo9+1 100
100 http://deb.devuan.org/merged ascii-backports/main amd64 Packages
*** 1.0.89+devuan2 100
100 /var/lib/dpkg/status
1.0.89-devuan2.1 500
500 http://pkgmaster.devuan.org/merged ascii/main amd64 Packages