You are not logged in.
- Topics: Active | Unanswered
#176 Re: Hardware & System Configuration » [SOLVED] Moving installation to SSD drive » 2020-03-14 16:06:01
No, not really. Unless your system is seriously memory-starved and swap comes into play often, in which case it's advisable to move it to a spinning disk instead as Flash drives do not cope too well with high read/write load cycles: it shortens their lifespan considerably. But as you stated swap is rarely used, don't bother now. My system also has an SSD for the system, including swap, but like yours it's seldom used so I don't bother about it. One of my SSD's (1st gen. consumer grade stuff, from Crucial, 60GB) lasted well over 60,000hrs before replacing it not so long ago.
#177 Re: Hardware & System Configuration » [SOLVED] Moving installation to SSD drive » 2020-03-14 13:54:25
Partition/disk management in Linux takes place in the /etc/fstab file. So, in order for the old partitions to be ignored, you'd have to comment them out (put a # in front of the line) Swap is also managed in that file, following the same syntax as a normal partition:
UUID=7af41fff-29cd-4f83-a099-aec1cb6eda8a none swap sw 0 0This is swap activated in my system, your UUID will differ but feel free to copy the (rest of the) line as is.
Tip: to obtain UUID's for your partitions, use the blkid command on the cli, as described in this wiki page. (which I wrote, btw 
)
Do note that every edit to the /etc/fstab file needs to be done as root!
#178 Re: Hardware & System Configuration » [Solved ]Mainboard ASUS with AMD Ryzen 3: root device not found » 2020-03-04 18:44:12
Wilkommen ins Forum!
Boot into the Live-CD, then do a filesystem check (fsck) of all partitions. Make sure your Devuan system has the requisite tools available, various packages offer support for individual file systems (like XFS, JFS, BTRFS, etc). What's the contents of the file /etc/fstab? (use the code tags in the forum to keep things neat and tidy)
#179 Re: Installation » [SOLVED] B360M-C Motherboard Installation » 2020-02-29 01:12:00
Can't tell you how common this particular chipset is, but you'll probably find the driver on the install-DVD. That by itself is a more complete netinstall medium over the existing .iso and can be used as such (I do, at work 
) when choosing a basic install, get the sources.list properly set up and away you go!
#180 Re: Hardware & System Configuration » UDEV problem - Brother MFC7420 » 2020-02-26 14:45:40
Did you set the permissions right? Make sure your regular user is a member of the printing and scanning groups. Brother has excellent Linux support, try their Linux page and follow the installation steps closely.
HTH!
#181 Re: Other Issues » Connectivity issues after recent update » 2020-02-19 19:54:57
Thx gentlemen. On reflection, I have purged both network managers from my system, adjusted /etc/network/interfaces as suggested and will await the next boot for results. This machine is indeed my regular desktop, which is on for most of the day when I'm home.
#182 Re: Other Issues » Connectivity issues after recent update » 2020-02-19 12:10:34
Yup, my bad, it's indeed in /etc/networkmanager.
Oddly enough, the issues I had even yesterday don't seem to manifest themselves today. However, I doubt removing either of the managers as you suggest would solve it, as it has worked flawlessly before with both installed. But thx for the suggestion anyway, should it re-occur I might ditch wcid to see if there's a conflict between the two.
#183 Other Issues » Connectivity issues after recent update » 2020-02-18 18:15:03
- Dutch_Master
- Replies: 8
Since the recent update (a few days ago) my Ascii system looses network connectivity pretty much instantly after boot. I can re-establish a network connection using the wcid widget, but before said update, my network was always connected to my LAN. After a period of inactivity, the network disconnects again, despite my settings (in wcid) to re-establish a connection when lost. The system has a Gigibyte F2A88XM-D3H mainboard, with a Realtec RTL8111/8168/8411 Gbit network chipset, no wireless.
/etc/network/interfaces:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp
# This is an autoconfigured IPv6 interface
iface eth0 inet6 auto/etc/network/NetworkManager.conf:
[main]
plugins=ifupdown,keyfile
[ifupdown]
managed=falseHope this can be resolved quickly, as it's getting old now :-\
#184 Re: Installation » SOLVED: Cinnamon, but not MATE, beeps on shutdown » 2020-01-08 01:59:26
Find and open Sound Preferences, in the "Sound Effects" tab, select "no sound" as sound-theme. Worked for me, YMMV!
#185 Re: Installation » SOLVED: /etc/lightdm/lightdm.conf different in Cinnamon versus MATE » 2020-01-08 01:56:17
I'm running Mate, it's there: /etc/lightdm/lightdm.conf Did you install the default gtk-greeter for lightdm? (you should, as it's a dependency IIRC)
#186 Re: Installation » MariaDB server debian.cnf file with Beowulf » 2020-01-02 01:04:44
When I installed db-servers, the root-pw question came up as part of the installer. Apparently it didn't with yours. Perhaps a purge and re-install? I assume it's not a production machine (yet).
#187 Re: Installation » Beowulf and PHP install » 2019-12-31 06:03:02
Aptitude is the cli package manager. I'm assuming you log in to this headless machine via ssh, right? As root, do:
apt-get update && apt install aptitudeStarting it is simple: type in apti then press the tab key for completion, hit the Enter key and it runs. Use the / key to instigate a search, n cycles through the results and q quits the program.
As for the meta-package thing, did you do a Google search? I did, this is one of the top links it came up with:
https://askubuntu.com/questions/66257/w … -a-package
#188 Re: Installation » Beowulf and MySQL » 2019-12-31 00:49:58
Mariadb = MySQL, but with less baggage strapped to it. Oracle didn't play nice, so MySQL was forked and became Mariadb.
#189 Re: Installation » Beowulf and PHP install » 2019-12-31 00:46:43
Investigate the concept of meta-packages.
PS: in aptitude you can get a description of the selected/highlighted package by pressing Enter.
HTH!
#190 Re: Devuan » Debian has fallen. What now? » 2019-12-28 15:03:09
Currently, apt is the superior package management tool in Linux-land. Portage could become a close 2nd and maybe even take over that top spot, if (and only if) its Devs accept it'll have to make arbitrary decisions on which package to install. Currently, it bombs out with a cryptic 'slot conflict' which the user should fix, even if said user hasn't got a clue on how to do so. This was essentially the reason why I moved from Funtoo to Devuan a few years ago.
Having said that, IMO Devuan should not stray from its Debian roots. Not only because it has marketed itself as "systemd-free Debian" from the outset, but switching to a different base distro with a different package management will confuse regular and even power users, perhaps even alienate them. I guess one could come up with plenty more reasons to stick with 'the mother-ship', but the above ones are the core issues.
But then, I'm not a Devuan Dev, so what weight would this carry anyway
#191 Re: Off-topic » new encroachments of our least favourite init » 2019-12-18 16:56:01
The "official" Gentoo reply from Rick Freeman:
Gentoo has always been about providing our users (and developers) with
choices. As long as somebody is willing to maintain a service
manager, Gentoo will host it in our repository along with any
per-package configurations/scripts/etc it may require.Gentoo actually supports a number of service managers. Our release
media/etc defaults to use OpenRC, though at times alternate release
media using other service managers has been maintained. Gentoo has
supported systemd as a service manager for years - long before it was
a default on most distros. Gentoo also supports other service
managers which haven't gotten as much press, and if a contributor
wishes to maintain a new service manager in our repository no policy
will prevent them from doing so.Systemd has absorbed or replaced a number of previously-standalone
projects over the years (eg udev). In most cases Gentoo supports the
systemd implementation of these, alongside standalone forks of these
where they exist (several of which were created by Gentoo). To
varying degrees users can mix and match these as they wish, where this
is supportable. The default implementations are usually selected by
the maintainers of these components in close collaboration, based on
practical matters such as maturity/compatibility/etc, with the goal of
providing the best overall experience to users regardless of their
choice of service manager.Gentoo in general tries to stick close to upstream and this is true of
our service managers. We do not generally apply compatibility layers
so anyone using a non-systemd service manager will not see any kind of
interaction with systemd units/etc. Likewise systemd users will get
an upstream-like systemd experience and will not see any kind of
interaction with OpenRC scripts/etc. As a result it is possible to
run a Gentoo system without any trace of systemd, or without any trace
of OpenRC/sysvinit.As Gentoo has always been about providing choices to our users we
generally do not prohibit software from existing in our repositories
unless it is simply impossible due to legal/etc concerns. Gentoo
users and contributors are free to use or support the software they
wish as a result. While Gentoo has certainly not escaped some of the
divisiveness/etc around systemd implementations, argument is actually
fairly rare these days because the various choices individually work
well enough that those who prefer or reject systemd don't really feel
much encumbrance from the actions of the other group. This might be
why you were under the impression that Gentoo support for systemd is a
recent change - little has changed in the recent past, and there is
little reason to expect any kind of disruption to Gentoo users who
prefer to not use systemd (which is our default anyway).
As a response to my request for permission to quote him he quantified his earlier reply as follows:
Keep in mind that this is just a general explanation of
how Gentoo treats systemd (and really just about any package) in
general, and isn't any kind of particular reaction to any issue/etc.
Any policy can be subject to change, but this state of affairs has
been stable for some time so I don't expect that is likely. And of
course eventually new service managers will likely replace both OpenRC
and systemd - it is just the nature of FOSS to improve, just as OpenRC
and systemd both replaced service managers that came before them.
HTH!
#192 Re: Off-topic » new encroachments of our least favourite init » 2019-12-18 07:41:10
I have received a reply from Rich Freeman from the Gentoo project but am awaiting permission to post it in this thread. Stay tuned (I hope!)
#193 Re: Off-topic » new encroachments of our least favourite init » 2019-12-16 16:08:01
i would be very interested in hearing more. if and when you do, naturally.
I shall, of course. Otherwise I wouldn't have mentioned it
#194 Re: Off-topic » new encroachments of our least favourite init » 2019-12-16 05:28:43
Which is why I fired an email towards the Gentoo PR people so we can get an "official response" from Gentoo directly. The email has yet to be answered, but given that it's only 2 days and weekend to boot (s'cuse the (bad) pun ) I'm not too bothered about that, for now.
#195 Re: Off-topic » new encroachments of our least favourite init » 2019-12-15 01:17:04
Hmmm, interesting chap, it appears
#196 Re: Off-topic » new encroachments of our least favourite init » 2019-12-14 23:57:52
steve litt mentioned gentoo today, that wasnt expected.
I've contacted the Gentoo PR people about this to get some official statement from them. (no idea who this steve fellow is btw, do enlighten me if you can 
)
#197 Re: Off-topic » This should be fun... » 2019-12-11 12:31:07
Ah, thx for clarifying that.
Anyway, I do hope it's clear my preference would be to get Debian to move away from systemd and its lock-in of FOSS, like many here I s'pose, but I'm afraid that won't happen as it's not an option in that ballot 
#198 Re: Off-topic » This should be fun... » 2019-12-11 08:17:43
Yup. And reading through the options it's clear that whomever wrote them is obviously intent on getting Debian into the systemd-exclusivity-zone ASAP. Yes, the default option is "more discussion" but only to wear out any pro-init-choice supporters until they give up their resistance or leave the Debian project. Note that the clarification of option 6, which makes it mandatory for Debian dev's to support multiple init-systems, is very, very short indeed, especially in light of the others which favour systemd.
But that's just my interpretation
#199 Re: Off-topic » ladies, gentlemen and whomever else: your fifth freedom... » 2019-12-10 05:44:58
The freedom to choose whether or not to run free software and if doing so, which free software. It's a fundamental freedom for FOSS, I'd say it's the very foundation of the whole movement/project/whatever-you-call-it.
#200 Re: Off-topic » ladies, gentlemen and whomever else: your fifth freedom... » 2019-12-10 05:09:11
Isn't this implied by the freedom of choice?
Board footer
