You are not logged in.
As suggested by update-initramfs, run grep -r MODULES /etc/initramfs-tools/ to make sure one of the files in that directory contains "MODULES=most". (probably initramfs.conf. That's where it is on my jessie.)
It's probably not anything to do with usb. Those error messages seem to come up a lot when the initrd fails right before it switches root.
Try lsinitramfs /boot/initrd.img-3.16.0-4-amd64 | grep resume Check to see there is a file, conf/conf.d/resume. I've seen similar problems when that file contains a uuid that no longer exsits.
FWIW, I use the following commands for chroot (where ${chroot_dir} is wherever you mount the partition):
mount --bind /sys ${chroot_dir}/sys
mount --bind /proc ${chroot_dir}/proc
mount --bind /dev ${chroot_dir}/dev
mount --bind /dev/pts ${chroot_dir}/dev/ptsThose look like the kinds of errors I've seen when trying to boot the wrong partition. Try poking around in grub, and maybe you can boot it manually and figure out what's going on.
Now that IS weird. I don't know how you could install systemd (or even get a broken symlink to systemd) in devuan. Is there a /lib/systemd/systemd on /dev/sdd1? You're sure you were looking at the mounted sdd1? (have to ask that) Leaving swap unformatted shouldn't affect that. If you know how to boot from grub command line, that might be useful for diagnosing the problem, in case the problem is related to the disk order changing.
linux-image-amd64 is a metapackage that will always give you the newest kernel for the release. Until recently, that would have been linux-image-3.16.0-4-amd64. The kernel with the patch for meltdown is linux-image-3.16.0-5-amd64. You probably want that one, but don't expect it to fix the current problem.
FWIW, I installed kde5 in ascii last week, and it seemed to be working fine. I haven't played with it much.
Looks like you're booting the wrong system. There's no 4.10 kernel in jessie or in any devuan or debian repo right now. Run blkid and compare the uuids to what is in grub.cfg to make sure they are correct. It's also possible that grub and the kernel don't agree on the disk order.
The locale, tzdata and keyboard selection pieces that run in pre-install are just the debconf dialogs you get when you run 'dpkg-reconfigure locales' and so on. The one for keyboard is 'dpkg-reconfigure keyboard-configuration'. At least that's what I assume you're talking about. I thought I had turned that off, but maybe I remember turning it on. I usually skip all those pre-install scripts. (You can mess with them or add your own scripts in /usr/lib/refractainstaller/pre-install/)
I just tested it in my openbox (ascii) with geany, and those key combinations work. I did not do anything to configure them, and the only changes in my rc.xml are for Alt-F2 to execute 'lxpanelctl run' and for left mouse click not to unshade a window. No idea where you'd look.
Make sure you have consolekit, libpam-ck-connector and policykit-1 installed. Any of those missing has been a source of authentication problems for others. Maybe look at some of the discussions about mate on this forum. I don't know if anyone else has had this problem. (Usual problems are with shutdown/reboot and mounting removable media.)
Not a problem here. I can get to tty1-6 from the login screen or from the desktop. Say a little more about how and what you installed. Full desktop? Minimal install and then added stuff?
Is there some other key you need to press to get the function keys to work on this laptop?
I installed grub from CentOS, Debian 8, Devuan, Fedora
I tried run openSUSE after every grub installation in each distribution.
This is a confused mess to begin with. It won't help if you keep installing grub from different distros. Have you been closely examining and comparing the grub.cfg files from each distro every time you run grub-install? How can you keep track of what you're doing?
Pick one disto to be in charge of grub. Then see which ones you can boot from that menu. If any don't work, try starting them from grub command line. It might be that one or more installations is not where you think it is or not where grub thinks it is. https://www.linux.com/learn/how-rescue- … ub-2-Linux
@miyolinux
The Miyo-XTRA-ascii isos from October have an older version of eudev which has a higher epoch number than the current version. This causes problems on upgrade. You should make new isos when you get a chance.
With this in /etc/apt/sources.list
deb http://pkgmaster.devuan.org/merged ascii main
deb http://pkgmaster.devuan.org/merged ascii-security main
deb http://pkgmaster.devuan.org/merged ascii-updates mainI think this was missing, so you couldn't see the version. I had the same problem when I tried to download it today. I got it after updating the package cache.
apt-get updateYou might be able to install them with apt-get. If not, download the packages and install with dpkg --force-downgrade -i *.deb.
apt-cache policy libeudev1 libudev1
libeudev1:
Installed: 3.2.2-9
Candidate: 3.2.2-9
Version table:
*** 3.2.2-9 500
500 http://pkgmaster.devuan.org/merged ascii/main amd64 Packages
100 /var/lib/dpkg/status
libudev1:
Installed: 1:3.2.2+devuan2.10
Candidate: 1:3.2.2+devuan2.10
Version table:
*** 1:3.2.2+devuan2.10 500
500 http://pkgmaster.devuan.org/merged ascii/main amd64 Packages
100 /var/lib/dpkg/status
215-17+deb8u7 500
500 http://pkgmaster.devuan.org/merged jessie/main amd64 Packagesuser@snapshot-ascii:~$ apt-get download libeudev1 libudev1
Get:1 http://pkgmaster.devuan.org/merged ascii/main amd64 libeudev1 amd64 3.2.2-9 [92.3 kB]
Get:2 http://pkgmaster.devuan.org/merged ascii/main amd64 libudev1 amd64 1:3.2.2+devuan2.10 [2,092 B]
Fetched 94.4 kB in 0s (110 kB/s)
user@snapshot-ascii:~$ ls lib*
libeudev1_3.2.2-9_amd64.deb libudev1_1%3a3.2.2+devuan2.10_amd64.debSo, whichever one ran grub-install last should be the one in charge of booting. And update-grub (or whatever command generates a new boot menu on that installation) should include an entry for each installation on that machine. Right now, which system is listed first, and will it boot?
If you can boot into devuan enough to run root commands, or if you can chroot into it, you might try the following. I can't tell if this is what you need for sure, but there's at least a small chance it will fix the problem with devuan.
apt-get remove live-tools
CRYPTSETUP=y update-initramfs -u (and maybe -k <kernel> if you want to be specific)apt-get install eudev=3.2.2-9 libeudev1=3.2.2-9You may get a warning that you are downgrading. Proceed. You are "downgrading" to a newer version that has a smaller version number.
Did this installation ever work normally? Was it ok up until it complained about fsck, or did it complain on the first reboot into the new system?
Is this a uefi system, or legacy bios?
Are you using gpt or msdos partition table?
Please post the output of 'fdisk -l' and 'blkid'
Which installations will boot and which will not? Which one is in charge of grub?
Aha! Did you notice that what was in the video looks completely different from what you saw during the installation? I recognize the warnings about using uuid or labels with encryption. That was the live installer. You can use uuids or labels with encrypted partition, but you have to do it manually after the install. The installer won't do it for you.
Are there any files in /etc/initramfs-tools/conf.d/ in the devuan installation? If so, what's there?
Is there more than one hard drive on the computer? If so, please say a little more about your setup.
Here's a video showing the creation of an encrypted filesystem in the installer. In this case, I made a separate /boot partition so I could encrypt the root filesystem. But the procedure for creating the encrypted volume would be the same for /home. Take a look and see if you did something significantly different from this. It is confusing. The -4 in the filename is there because I had to do it four times before I got it right for the video.
http://distro.ibiblio.org/refracta/misc … rypt-4.ogv
You said above that you were able to fix it in one installation. What did you do on that one that you didn't do on the one that's still failing?
Did you try it like this?
fstab
/dev/sda14 / ext4 defaults,noatime 0 1
/dev/mapper/home_fs /home ext4 defaults,noatime 0 2
/dev/sda10 swap swap defaults 0 0
crypttab
home_fs /dev/sda15 none luksIf you lost your home directory after editing files, you should restore those files to their previous working state. Exactly what edits did you do?
That doesn't make sense. If it was working before you commented those lines, it should work again when you uncomment them. Where is that volume already mounted or mapped?
Look at the output of
df -h
mount
ls -l /dev/mapper/It makes sense that your /home is not visible after you comment out the lines for /home in fstab and cryupttab. That's not the right solution.
1. Boot a live CD/DVD/USB
2. As root, run:
cryptsetup luksOpen /dev/sda15 homefs
fsck /dev/mapper/homefs3. When that's done, you can fix those two files:
mount /dev/mapper/homefs /mntThen edit fstab and crypttab to uncomment the lines you commented.
4. Finish
umount /mnt
cryptsetup luksClose homefs5. Reboot into the installed system.
I decommented the jessie-backports lines (and had to comment-out jessie lines) to get 2.0.0 displayed in synaptic:
But it shows an exclamation mark and is not able to resolve the dependencies.
The dependencies are probably in the jessie repos that you commented out. When you enable jessie-backports, you should leave the jessie repos enabled. Then
apt-get update
apt-get -t jessie-backports install <package>Or, you could upgrade to ascii, as Catprints suggested. Even though it hasn't been released yet, it's pretty stable - it's based on Debian Stretch, which is the current stable release.
There is no package named suspend in the repos, but there are these. I didn't know about these three - I always install pm-utils for suspend and hibernate. If you want to see a longer list, run 'apt-cache search suspend'.
aptitude search suspend
p autosuspend - daemon to suspend a system in case of inactivity
p gnome-shell-extension-suspend-button - Gnome-shell extension to modify the suspend/shutdown buttons
p razorqt-autosuspend - Autosuspend component for Razor-qt desktop environment nano /etc/apt/preferences.d/hopeforthebestAdd the following:
Package: *
Pin: release n=jessie
Pin-Priority: 1001Then update/upgrade, and just like I named the file, hope for the best. If it works, you can then delete that file. (you can name the file whatever you want.)
What was that first step, anyway?
Maybe the better question is "Why?"
I just tried Subsurface, and it works in Refracta jessie (Devuan) and also works when I boot miyolinux-64bit-20161217.iso in virtualbox. I did not run any commands except chmod to make it executable, and then ./Subsurface-<version>.Appimage. A couple of popup windows asked me some questions. I declined to install it, and then the app opened.
So I guess the answer is yes, appimages can work on devuan. I don't know if that means they'll all work. What did you try?
I got a response. They are gathering feedback. I hope they get feedback from some graphic artists.
I just created a ticket asking them to revert to the old UI.
Now I need to go stare at a blank sheet of paper until I can see again.