You are not logged in.
I am planning to re-install Devuan into my desktop also. Unfortunately this time it is a bit difficult to copy the contents of desktop's hd into laptops SSD.
The ssd doesn't have SATA connector. I think it's m.2 or something like that.
I spent last night fighting with aforementioned combination. The actual install process went relatively easy. Copy contents of Devuan 4 netinst dvd into usb stick, with dd, after that when you finally manage to get into the boot menu, it is pretty straightforward. After the install there were all kinds of complications.
First i noticed that there is no sudo. Well, "Ubuntu-style sudo" is annoying but i would like to be able to say:"sudo /sbin/shutdown -h now" instead of "su -"+"/sbin/shutdown -h now". So i'll copy the .deb -file containg sudo and some other files from desktop to stick and from stick to laptop.
After some tweaking i decide it is time to "/sbin/ifup eth0" and after that "apt-get update;apt-get upgrade -u". Then apt starts to complain. I remember "oh yes, the iptables rules could be outdated, lets edit them so that the name servers of my ISP are included". Then "nefilter-persistent restart". Still apt complains. And i notice that the rules haven't changed. OK, i'll say "/usr/sbin/iptables-restore /etc/iptables/rules.v4" . Now the dns-rules are ok, apt doesn't complain.
When trying to install stubby there were some complaints. So i edit the configuration files and create necessary users. Something else caught my attention so i forgot stubby for a while,
Finally i get to log into x . I say "su -" so that i can do some things, including editing sudoers for that shutdown-thing. I can't get in as root. I guess i remember the password wrong. So i reboot with install stick and enter rescue mode and change the password. I have to do that 4 times in a row and still can't get in as root.
I can be clumsy sometimes but not that clumsy. And there were also an episode where something went wrong with grub. Not sure why, but i didn't get into grub menu. Fortunately i manage to enter commands to load grub.cfg from /boot-partition.
When the sun rises i have become so exhausted that i decide to go to sleep and continue fighting another day.
No sure if i got stubby working or not.
There were always something. But I like to think that the situation is not hopeless.
I already did some searching with Google and duckduckgo but haven't found anything useful yet.
UEFI settings are 1 line of investigation and commandline options another. And trying more recent version of Devuan the third.
Long story short:has anyone here tried installing Devuan into that machine mentioned in the subject? How should i configure the UEFI/BIOS before installation for example? Are there some kind of options i should enter into the boot prompt before going to expert install?
Last weeks i have been mostly listening to My Dying Bride. For example:
https://www.youtube.com/watch?v=2P-vaGs8GRg The Raven and the Rose (Live)
sounds interesting.
https://www.youtube.com/watch?v=FH7dVNfzSgg
Don't Blame It All On The Alcohol Hugh X Lewis
not my cup of tea but the lyrics amuse me.
I have been planning to reinstall os to my desktop so when i get that done, i hope that all the weird behaviour goes away or i find out if my hardware is faulty.
I looked at those pre-mentioned scripts again. And then remembered that first i commented out the rows that generated the partial digests. And after that, removed most of the commented lines. So now it is bit difficult to reproduce the problem-causing files.
Anyways, i found a partial digest file and uploaded it to pastebin.com . It looks a bit weird(i mean those empty lines, not filenames, those are obfuscated) but "sha512sum -c" didn't complain. pastebin.com/4aCjnCLe
I can show which commands i used to make that file. For...do...done, awk, echo and sha51sum were used. That much i can tell.
Mostly pointless, i know.
I have taken account the path. I think the problem are some non-visible characters in the lists. Making the hash list in many parts seemed like a good idea for a while but now i'm not so sure anymore. Maybe i'll upload the full file or partials into pastebin some day.
Hello:
~$ aptitude why libcups3 E: No package named "libcups3" exists. ~$Maybe it is just a chimaera thing?
Best,
A.
I think i have mixed libcups2 with libavahi3 when writing the previous messages.
Anyways, can i configure apt in a way that it downloads/installs only the "Depends" packages ?
https://www.youtube.com/watch?v=bjOG0meK-vk Junkhead (Alice In Chains)
beginning of song sounds a bit like Black Sabbath. Although singer is not Ozzy.
Are those the actual commands?
Are the files in a/athe same as in a/?
Or have you transcribed into some notional commands to illustrate what you wanted to do?
(or actually a near miss thereof)I don't think any of your options applies, since it very likely is just a user error.
The actual commands are a bit different from the previous posts. I thought i could reproduce the problem that way but no.
The basic idea is:"copy files mentioned in this list, from source to destination and make also a list of digests containing almost all of the mentioned files".
for file in $list do
cp $sourcedir/$file $destdir
tmp=$(sha512sum $sourcedir/$file | grep -v $not_this_file)
echo $tmp >> part1.txt
done
sha512sum $sourcedir/*.zz > part2.txt
cp $sourcedir/*.zz $destdir
cp part*.txt $destdir
cd $destdir
mv part1,txt sums.txt
cat part2.txt >> sums.txtwould be a very close approximation to the actual script. I guess it's the second or third row inside for-loop where things go wrong. Haven't found yet a perfect solution. With awk, i got rid of most of the complaints from "sha512sum -c".
Should it be possible, to combine a working digest list from smaller ones, with cat, mv and sha512sum?
I'll answer to myself:it is possible.
Should it be possible, to combine a working digest list from smaller ones, with cat, mv and sha512sum?
Last night, while trying to distillate the essential parts of the problem, it seems that i was not precise enough. Noise is needed along with the signal.
Another try:
Try 1
mount /dev/sdaX /mnt/a -o ro
mount /dev/sdaY /mnt/b -o rw
cp /mnt/a/*.xx /mnt/b
cp /mnt/a/*.yy /mnt/b
cp /mnt/a/*.zz /mnt/b
cd /mnt/b
sha512sum ./* > sums.txt
sha512sum -c sums.txtsha512sum says the files in the list are all OK
after that another round:
umount /mnt/a
rm -rf /mnt/b/*
mount /dev/sdaX /mnt/a -o ro
cd /mnt/a
sha512sum ./*.xx > part1.txt
sha512sum ./*.yy >> part1.txt
sha512sum ./*.zz > part2.txt
cp /mnt/a/*.xx /mnt/b;cp /mnt/a/*.yy /mnt/b;cp /mnt/a/*.zz /mnt/b;cp /mnt/a/part*.txt /mnt/b
cd /mnt/b
mv part1.txt sums.txt
cat part2.txt >> sums.txt
sha512sum -c sums.txtand only .xx files receive OK from sha512sum -c .
.zz files are supposed to change more often than .yy files and .yy files are supposed to change more often than .xx - files. So it seemed like a good idea to split the file sums.txt in 3 parts. Or to be more precise, build the file sums.txt from 2 or 3 files.
I tried to look at those .txt files with hexdump. I may have found the characters that cause the problem with "sha512sum -c" but i haven't figured out how to get completely rid of them.
When i do this:
cp a/*.xx b
cp a/*.yy b
cp a/*.zz b
cd b
sha512sum ./* > sums.txt
sha512sum -c sums.txti get OK's from all of the files.
on the other hand when i do this:
cd a
sha512sum ./*.xx > part1.txt
sha512sum ./*.yy >> part1.txt
sha512sum ./*.zz > part2.txt
cp a/*.xx b;cp a/*.yy b;cp a.zz b;cp part*.txt b
cd b
mv part1.txt sums.txt
cat part2.txt >> sums.txt
sha512sum -c sums.txti get complaints from lines containing .yy and .zz files.
Have you encountered this kind of behaviour from sha512sum?
Trying to find out if it's either:
a) you're not supposed to use sha512sum(and other commands) like that (the second code-block)
b) i have found a bug in sha512sum
c) there's something wrong with my current desktop
i bought the hard drive abt year ago. And did a 24 hour memtest before installing OS. Passed with flying colours.
So i would like to think it is either a) or b) .
Fortunately there are many dm:s available even in Devuan. But there's another thing:
i would like to continue using xfce but it's dependencies are starting to bother me. When i install xfce by saying "apt-get install xfce" , some package draws in avahi and libavahi. I did some googling and noticed that it is recommended to remove avahi because it is considered as a security risk.
And then there's also libcups3. When most of things i do with a computer are reading email and watching Netflix and youtube videos, why do i have to run a print server also? OK i'm exaggerating a bit , libcups is not same thing as cups but i wonder why it is needed?
I managed to find a new way to break slim. Time to look for alternatives. I wonder why on earth slim is the default display manager in Devuan?
i am able to rm /etc/sudoers.d/live and still log in to slim. Even remove user devuan from group sudo with usermod and still log in.
So it's either wrong contents in /e/sudoers or something else. The problem is:i need to say sudo /sbin/{ifup,ifdown,shutdown} but sudoers seem too fragile to alter.I guess i should spend some time with "man sudo".
From "man sudoers" i found an example which mostly fits my needs. As i suspected, i have to say the needed commands before "%sudo". And i can also restrict group sudo to rm and /usr/sbin/usermod . It is not everyday that i need to edit /e/sudoers so it took a while. Maybe i shouldn't quit my day-job.
nahkhiirmees wrote:Unfortunately something happened to my old computer so that it became non-compatible with GRUB
Sounds unlikely. Feel free to open a new thread about that.
With AMD's 3-core Phenom, built in 2009 it is a possibility that in 2020'ies the hardware starts to break down. One day i had complaints from every https site i tried to visit. The reason was:the hardware decided that current time is january 2002. Combine that with the fact that suddendly booting .iso images made with grub-mkrescue was not an option anymore, at least under VirtualBox. Changing the motherboard's battery won't help much if BIOS/UEFI decides to forget how to boot at all.
Bit off-topic though.
So i'm the only one here who has broken slim?-)
I tried again today. It seems that with these contents as /etc/sudoers:
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults env_reset
Defaults mail_badpass
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
# Host alias specification
# User alias specification
# Cmnd alias specification
# User privilege specification
root ALL=(ALL:ALL) ALL
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
# See sudoers(5) for more information on "@include" directives:
@includedir /etc/sudoers.di am able to rm /etc/sudoers.d/live and still log in to slim. Even remove user devuan from group sudo with usermod and still log in.
So it's either wrong contents in /e/sudoers or something else. The problem is:i need to say sudo /sbin/{ifup,ifdown,shutdown} but sudoers seem too fragile to alter.
I guess i should spend some time with "man sudo".
Why not build an ISO from scratch instead? I think Refracta has tools for that. I use Debian's live-build myself, which works really well.
I have noticed that GRUB can loop mount files. So i can dump my "/" into a file and use grub-mkrescue to make an .iso which contains that file.
Unfortunately something happened to my old computer so that it became non-compatible with GRUB. So i have been stuck with isolinux and pre-existing distros.
My current computer should be in better shape so i would like to think that using GRUB is an option. Maybe i try that Refracta-thing some day.
It's really not worth bothering with though because it runs X under the root user. My live ISO images used startx from a console login to get X running under the normal user and remove a layer of needless bloat.
No idea how to configure SLiM though, sorry. I wouldn't touch that software with your 10 foot barge pole
It happens that i have been considering to use devuan minimal live as a base for modifications. So now i have a good reason for that move.
It just takes time and effort.
I know for a fact that there are some problems with the modified filesystem.squashfs . When i chrooted into the directory that contained extracted contents, and tried to do stuff(removing and installing packages for example), i received enormous amount of complaints from sudo. I got them fixed, for example owners and rights of /usr/bin/sudo and contents of /etc/hosts . But either there's still some things unfixed or collateral damage caused by the commands i used to fix sudo.
It seems that i have a tendency to break slim
It would be very useful to find out how to fix it also.
Any ideas how to fix logging in with slim? What kind of information is needed to fix the aforementioned situation?
grep -v '#' /etc/slim.conf
default_path /usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
default_xserver /usr/bin/X11/X
xserver_arguments -nolisten tcp
halt_cmd /sbin/shutdown -h now
reboot_cmd /sbin/shutdown -r now
console_cmd /usr/bin/xterm -C -fg white -bg black +sb -T "Console login" -e /bin/sh -c "/bin/cat /etc/issue.net; exec /bin/login"
xauth_path /usr/bin/X11/xauth
authfile /var/run/slim.auth
login_cmd exec /bin/bash -login /etc/X11/Xsession %session
sessionstart_cmd exec /usr/bin/sessreg -a -l "$DISPLAY" %user
sessionstop_cmd exec /usr/bin/sessreg -d -l "$DISPLAY" %user
sessiondir /usr/share/xsessions/
screenshot_cmd scrot /root/slim.png
welcome_msg Welcome to %host
shutdown_msg The system is halting...
reboot_msg The system is rebooting...
default_user devuan
default_user devuan
auto_login yes
current_theme desktop-slim-theme
lockfile /var/run/slim.lock
logfile /var/log/slim.logChimaera's /etc/slim.conf is a bit messy so i grepped out lines containing "#". How should the owner and rights of /var/log be? And how about /usr/bin or /etc/X11 ?
I think i have broken the contents of filesystem.squashfs somehow so either i find out how to fix the situation or start from scratch. Former seems better for me. I'm not a teenage nerd anymore so i don't have endless supply of energy to tinker.