You are not logged in.
bash: chroot: command not found
I think you have to attain a root shell by using
su -The - bit is important: http://forums.debian.net/viewtopic.php?f=16&t=142973
And as a simpler method you could use
# apt install arch-install-scripts
# mount /dev/sdXY /mnt
# arch-chroot /mnt^ That will mount the API filesystems automagically.
This desktop is a BIOS system without any UEFI on it and the only distros on it are Miyo ones, so I don't think that is the problem?
No, it isn't, I didn't read your post carefully enough (sorry). To update GRUB you need to run update-grub (as root) in the last distribution from which the bootloader was installed — that won't work in Miyo because you chose not to install the bootloader. Running the grub-install command from Miyo would mean that you could update the configuration from that system. If you can boot into the installed Miyo system then you don't need to bother with the live system & chroot at all.
But you still haven't really explained what you mean by
I am used to using 'update-grub' and 'grub-install' commands on other distros, but that is not working in Miyo!
In what way is it "not working"? What exactly are you trying and how exactly is it failing? Please post the exact command(s) used and the exact error messages that you see to avoid any potential confusion.
EDIT: cross-posted with Miyo's reply. I'll shut up now ![]()
Sorry for the interruption but:
When I saw your post, I looked to see what other posts you had made (because I'm sneaky that way
), and I saw you had an issue with obmenu-generator. I'm sorry that I missed it before. If that ever happens again, just open the terminal, and enter the following command...
sudo cpanm Linux::DesktopFilesThen run the following for no icons...
obmenu-generator -p...or this for icons...
obmenu-generator -p -i
I think @rayburn is using my perl-linux-desktopfiles package now so cpanm shouldn't be needed (and shouldn't be used if the perl files are supplied by a package).
And I suspect that they now have a mix of UEFI and non-UEFI systems on their disk, which would explain why update-grub is "not working". Difficult to be sure without a clearer explanation of the problem though.
It's always best to enter the error message into a search engine:
https://www.linuxquestions.org/question … ll-751248/
EDIT: better approach:
SUDO_EDITOR=gvim sudoedit /usr/share/X11/xorg.conf.d/10-backlight.conf^ Run that as your normal user (after installing the sudo package and enabling sudo for your user).
EDIT2: add this to ~/.xsessionrc (or /etc/environment) to set $SUDO_EDITOR permanently:
export SUDO_EDITOR=gvimThen just use sudoedit to edit system files as your normal user.
Remove connman and use ifupdown instead, that's the program that uses /etc/network/interfaces. Make sure the networking service is enabled though.
I can not find where the dependency it is
I see no python2 in the list, or who is the dependency factor.
Yes, sorry, I didn't have time to check this morning.
This shows python2:
debtree --show-all mpv | dot -Tsvg > mpv.svgpackage MPV video player is dependent on python 2.7 during the installation, meanwhile we know that support for this package is over
Although python2 has reached EOL upstream the Debian Security Team are still supporting it and will apply any fixes as required.
I do not understand what makes it dependent on python2.7?
It's a dependency of one of the dependencies.
Try this:
# apt install debtree graphviz
debtree mpv > mpv.dot
dot -Tsvg -o mpv.svg mpv.dotThen open mpv.svg in your browser and try to trace the spider's web ![]()
The module-assistant package is probably the best way to set up a build environment for custom kernel modules:
# apt install module-assistant
# m-a prepare
# apt install dahdi{,-dkms}Then reboot, ensure that the dahdi service is started and then use the various user space utilities to set things up.
Which drivers are these? It is highly unusual to have to compile your own drivers in Linux, the kernel should already include drivers for just about everything.
lspci -knn | grep "Network"
The kernel drivers will be listed in the lines below "Network" so the grep will have to be expanded to show them:
lspci -knn | grep -A3 "Network"We should probably also see
# dmesg | grep firmwareJust FYI:
If you a targeted individual then try to never eat anything except what you get by yourself from a supermarket choosen randomly because ganstalkers sometimes use to poison people with a slowly influencing bio substances like staphylococcus which in a long term together with their electromagnetic attacks may lead to decrease of immunoresistance of your body, dermatosis, bad reactions to the meds used and even to small mutations like a chronical blood mutations like leucosis and insomnia. They even may use mind control of your oldery relatives to make them behave like mads, often disturbing you in the most critical moments of your life for example during your sleep, trying to feed you with a food they got from unknown sources, such unverified food they were often received for free from someones may contain psychotic stuff to make you temporary mad too.
^ This makes you sound like a crazy person, perhaps keep such thoughts to yourself in future. Or start taking the little blue pills the doctor gave you...
process it with ME_cleaner to remove IntelME, better to libreboot of course if you can get a right hardware
That doesn't completely remove the ME and even if it did there would still be blobs in the motherboard controller firmware.
The FSF only lists a few motherboards that are blob-free: https://ryf.fsf.org/categories/mainboards
Of those boards only the POWER9 versions from Talos offer a decent level of performance. Not cheap though ![]()
ARM hardware (two separated boards) free from X86 backdoors and trojans
ARM is a very opaque architecture, both the motherboard controllers and the Mali graphics require blobs. Again, POWER9 is better (or perhaps RISC-V).
There is a third option: reconfigure the console-setup package and select the VGA font, which is the native font supplied by the video card.
For GRUB use the GRUB_FONT option in /etc/default/grub. Or just write your own grub.cfg instead and don't set the font (remove the GRUB packages to prevent the configuration file being overwritten after kernel upgrades).
Geoff 42 wrote:Once booted up efibootmgr -v reported an error. After fiddling around for a while I ran
grub-install /dev/sdato try and ensure that it would still boot. This was ok and does still boot via grub as expected.
Wonder why this worked. This is CSM style, not EFI. To my knowledge you have to use something like
# grub-install --bootloader-id=devuanas I use to generate a devuan entry (no secure boot).
The UEFI version of GRUB will just ignore the device argument and presume that the ESP is mounted under /boot/efi.
I presume the device is formatted with ext4 — that reserves 5% of the blocks for root usage by default.
Maybe I should change to slim as my login manager
I'm pretty sure SLiM is the default display manager for Devuan.
changing the background isn't documented with slim
it cannot be that Firefox or Falkon browsers, among other software, continue to have older versions that generate system vulnerability
The firefox-esr package is always kept up to date.
That inxi output is too opaque — which kernel driver is loaded for the video card?
lspci -k | grep -iA3 vgaI think it should be using amdgpu, which you should probably also add to /etc/initramfs-tools/modules (and then rebuild the initramfs).
Does the card show up in lspci? Use the -k switch to show the loaded kernel drivers. Also check dmesg.
netsurf is in devuan/testing
Try backporting it then: https://wiki.debian.org/SimpleBackportCreation
To fix this bug, preventing the use of an artificial font, make the following configuration change:
rm /bin/setupcon
Less hacky solution:
# apt purge console-setuphttps://pkginfo.devuan.org/stage/beowul … e_0.7.html
But if it is a very new card then you may have to use the beowulf-backports kernel.
AMD themselves do not recommend the proprietary drivers for the RX 580 graphics card: https://www.amd.com/en/support/kb/relea … stallation
The open-source amdgpu drivers out-perform the proprietary versions for almost all tasks (check Phoronix) and Blender works just fine with the non-proprietary versions. Just make sure the firmware-amd-graphics package is installed.
if you do that, you will be unable to do any local LAN-only domain DNS lookups
It will if a search line is added ![]()
dist-upgrade from an antiX-MX 18 (Debian Stretch) installation to Beowulf
I'm sure anticapitalista will correct me if I'm wrong but I don't think antiX or MX (which is it btw?) offer a supported upgrade path from version 18, they recommend a new installation for version 19, so upgrading to beowulf is unlikely to work without some problems.
i now get 'recovering journal' on every reboot. Then 'dev/sdc1 clean'.
Have you tried fsck(8)? Either from recovery mode or the live environment.