You are not logged in.
It is, as it's the same with Raspbian: a FAT partition to hold proprietary stuff and a Linux partition (etx3 IIRC) for the remainder.
FYI: I've tried to get Devuan running on the older RPi1 (the original Raspberry Pi) but so far unsuccessfully. Some-one else has shown it works, so there's probably an error on my part. I don't have any newer RPi's.
OK, I shall try traceroute if I get round to it on a next update round, whenever I get time for that (long story)
No it isn't. This issue has been raised before, so there's probably a small but fundamental error somewhere that has yet to be resolved. I can't solve it, someone more knowledgable should/would/could.
Yesterday I updated my "company-repo", which took a fair while to complete. Yet, no packages were downloaded as apparently, no updates had been made, or at least not processed/mentioned in the various Release files. This is not the first time, that's been going on for weeks now.
Open a terminal and do the following, in this order:
sudo su
<enter your password as asked, confirm with enter, likewise the subsequent commands>
apt-get install aptitude
nano /etc/apt/sources.list
<use the arrow keys to navigate, replace all instances you find of jessie to ascii, save the file with Ctrl+o, exit with Ctrl+x>
aptitude
<this invokes the program interactively>
Press the following keys: u, Shift+u, g, g
(yes, press g twice, make sure you give the program time to finish before pressing the next key!)
The program will now update your system, this will take a fair while
When asked, press q then enter to quit aptitude.
reboot
HTH!
Obvious: where does /bin/bash lead you? Is it a sym-link to dash or another shell? And why are you mounting proc twice? (typo, I assume )
These are the commands Funtoo uses to chroot into a new install:
mount -t proc none proc
mount --rbind /sys sys
mount --rbind /dev dev
env -i HOME=/root TERM=$TERM /bin/chroot . bash -l
HTH!
The project webpage is here, even in German so you should be able to follow it
https://tabos.gitlab.io/project/rogerrouter/
Which links further to
As I have no need for the services this program provides (who uses a fax these days!) I can't tell you anything about its functions.
Ok, good point for Linux Running th test as root also negates my next problem-solver: can your user access USB devices? I still think there must be some permissions issue here, but then, I can be wrong
As for my work setup: just Devuan machines with LibreOffice, the hpijs & hplip packages and CUPS installed, worked pretty much OOTB.
Is your normal user part of the lpr group? I.e. can you connect to the device as root? If so, add your user to the lpr group.
As a quick (?) aside: on my work I have a HP3030 happily being shared across a LAN using CUPS. It's connected via USB to a server that also happens to be a printer server. In CUPS I made the printer available for sharing and it shows up on other machines that have the HP driver package installed, as well as CUPS.
I've unsuccessfully attempted to use the Devuan RPi images for the RPi1 several times, so I ended up using Raspbian-lite instead. As I'm using this particular RPi in headless mode, systemd is not a overly annoying issue. Using a GUI is rather not recommended though
Doesn't RHEL7 come with sysVinit as optional/alternative to systemd? If so, there's your answer Alternatively, building OpenRC might be an option if you deploy the OS on multiple instances of said (embedded) system.
But there is! If you install Devuan manually on a previously partitioned disk, it'll respect the partition sizes allocated to the various mount-points. This includes SWAP. Admittedly it's an extra step but the sysrescuecd guys offer a nice graphical way to partition and format your system with gparted from the GUI desktop. I don't use encryption (no need as I'm the sole user of my Devuan systems) so can't tell you anything on that.
On systems where booting from NVMe disk isn't possible, for whatever reason, I'd suggest using the NVMe disk as a cache instead. The system is installed on a 'standard' SSD while the NVMe disk is configured as cache for this SSD. Use the bcache tool from the repo's. And here's the manual: click!
This setup allows the sys-admin to choose any boot configuration and still have the benefits of fast access from the NVMe disk.
HTH!
Odd. I found this one:
http://cdn-fastly.deb.debian.org/debian … _amd64.deb
Did you update the package list?
apt-get update
If you manually download the package from the link provided, does that work for you? If you can, you can install it with dpkg.
Alternatively, what's the output of the commands
uname -a
dpkg --get-selections | grep linux-image
Thx for the reply. I doubt the SD card was/is corrupted, as I mentioned the official Raspbian image worked fine on the same SD card. But it's encouraging you got it working, so I'll try again later (perhaps over the weekend). Thx!
The user "www-data" is the Apache user, so only applies if you're deploying Apache as your web-server. As for multi-user systems, every Linux system is by default a multi-user system, but most human users will never know, nor have the need to
As for the user-permissions issue mentioned by the OP, there's a fairly simple solution: use a live-cd from your distro (I assume Devuan in this case). Boot your system into the live-cd modus and start a terminal. Then, assuming your entire system is on one SATA disk in a single partition (sda1):
mkdir /tmp/devuan-rescue
mount /dev/sda1 /mnt/devuan-rescue
cd /tmp/devuan-rescue
chown -R root:root ./*
This creates a temp. directory, then mounts the entire system in that and changes the ownership of all files to root as part of the group root. That should allow you to log back in (as root, obviously) into the system and restore file permissions from there. See also
man chown
This'll list you the various options and correct syntax of the command.
Given the error and your info, I have a hunch therer's a mismatch between the UUID of the Devuan partition you used and the one reported in Grub. Obtain an 8 or 16GB USB stick and install Devuan on that (as sole OS), then try booting it. If that works, the problem is not Devuan but in Grub.
Right, way back I bought some original Raspberry Pi's. Regrettably the project I'd intended them for failed to materialize, so they're shelved. Recently, I decided to re-purpose at least one of them, so I grabbed the latest Raspbian image, loaded it onto an SD card, inserted the card in the slot, powered the thing up and presto, everything worked as expected. Including the cr@p that is systemd and makes the RPi1 so painfully sssllloooowwww
So I looked for and found the Devuan RPi images (plural, yes) and loaded the appropriate one onto the same SD card, put it back into the same RPi1 and... Nothing. Not an inkling of life in the system, only a red led indicating power is present. This is the 6-6-2018 image in the embedded section.
Anyone to provide me a systemd-free Devuan image* for the RPi1 please? TIA!
*I don't mind if it's based on Beowulf or Ascii, as long as it's stable! And it'd be totally perfect if it's running OpenRC as init system, but that might be a bit too much to ask.
If you need to ask how to break it, stick to the provided stable release, Kali in your case. Your question indicates you lack the knowledge to fix things when (not if!) they go belly-up
Note this is a Devuan support forum, not Kali (who have their own support channels).
In the spirit of OSS: you're free to take my idea and run with it
As a matter of fact, I have been thinking about this earlier (hence the suggestion) but for the new 5G mobile phone network, given the controversy around a certain (and very large!) Asian supplier. But I simply don't have the time, nor inclination, to pursue this idea, also lacking knowledge about 5G standards and design spec's is a hindrance here. Then again, a lack of knowledge can be fixed and time can be made if things get urgent enough
You seem to be obsessed with "open source evarything', assuming because you "have reservations" about people trying to spy on you. That's fine, but if you're that paranoid about privacy, don't use a computer you haven't build from scratch yourself! Design your own hardware, using Open Source is quite easy: Kicad. Make your own PCB's, now that's a challenge if you know nowt about electronics. For chips, use un-programmed FPGA's. Not exactly open source, but as the specific chips in your system cannot be identified at the time of manufacturing, there's little risk you're targeted via this route (s'cuse the pun) Write your own bootloader, booting a plain, but patched (by yourself) Linux kernel. Next, create the entire ecosystem for your desktop, or rely on GNU/Hurd to port their software to your specific hardware. Not impossible, but quite unrealistic.
Maybe you should try being less paranoid about privacy, it's healthier too
PS: the suggestion to learn more about what certain phrases mean in FLOSS-land is highly recommended.
I foresee a permanent lock coming on
I wonder how an AMD Ryzen-9 proc would fare
And I reckon now they're out (launched last week), the Ryzen-3 series will become dirt cheap. And TTBOMK (to the best of my knowledge) AMD doesn't suffer from Intel's security holes in their proc's.
Forget openprinting.org, use the install commands from Brother.
Brother has a prerequisite explained here:
https://support.brother.com/g/b/faqend. … 100548_000
Pre-required Procedure (5)
Related distributionsDebian 64 bit version, Ubuntu 64 bit version
Related products/drivers
printer/PC-FAX drivers
Requirement
ia32-libs or lib32stdc++ is required to be installed.
This means you need to install one of the mentioned packages prior to installing the .deb for your printer.
Drivers can be found here;
https://support.brother.com/g/b/downloa … all&os=128
As I also have a Brother machine (MFC in my case) I d/l'ed the instructions years ago, as well as the drivers for my device, and in there I found to use the force option for dpkg:
dpkg -i --force-all <driver-name>.deb
HTH!
[...] but I rely on systemd [...]
Go wash your mouth with soap bleach you heretic!