You are not logged in.
But I don't have this problem when I boot PCLinuxOS.
[...]
That's what I have. (I assume it is what you are referring to)
I boot PCLinuxOS from it's own installation drive and use that same grub2 screen to choose to boot Devuan if I want to.
You have two drives, each has the grub bootloader installed, each can boot independently and boot either OS? I'd expect you to have set up each to chainload to the other - but that's not a given.
As I've said, there are two ways of doing this - directly booting the kernel (this only needs one grub for the whole lot) or chainloading to the other drive and that OS' own grub and then booting from that.
No one can really guess as to how you have this set up, as thus far you have not posted the grub configuration files from both OS.
To clarify somewhat, you've stated that "PCLinuxOS" does not have the same problem. So presumably this boots with the correct console resolution - perhaps native resolution and the nvidia blob is installed there too?
nokmsboot is a parameter you might need for both OS with the blob installed. If you are going to continue with the blob going forward, then just keep that as standard.
Yes. I am using the Nvidia non-free drivers.
That's most likely why you have a text mode console (e.g. 80x50 characters).
I can't really advise on your grub setup, but if you're booting directly rather than chainloading, this could be the problem. The best approach is to either just install one bootloader on one OS and use that to directly boot the other, or set up that bootloader to chainload to the other's bootloader. It's actually pointless to try and replicate the same setup on both.
The fact that you don't have a native resolution console, usually means that you don't have the console framebuffer loaded.
On most hardware made in around the last 15 or so years, once Linux KMS kicks in, your screen resolution will change to the LCD panel's native resolution. If it isn't it may be due to some very old or obscure hardware or some changes you have made locally.
The other possibility is the proprietary AMD or Nvidia video drivers are installed? As I recall these blacklist the Linux KMS/DRM stuff and load their own modules in their place. But it's years since I've used any of those, so that could have changed.
I can't help much with grub as I don't use it, but it is only passing the console resolution you set to the kernel (bootloaders support passing all kinds of options to the kernel). The best you will get out of it is probably going to be something like 1024x768 (but it has to be a supported VESA mode and not what you think your graphics adaptor or monitor can handle).
To my knowledge backports is not harmful and does/did not, by default, allow automatic upgrades anyway. This is not, for example, like running testing with the unstable repository enabled and no pinning/default release set.
Disclaimer: I have no foreknowledge of ethtool.
However, from a quick glance at ethtool(8), there appear to be a number of options to query the driver to see what functionality is supported. So perhaps not a matter of unsupported hardware, but an unsupported feature?
That's not a good method of running a graphical programme.
Can you try the same again but run it with kdesu(1) and see if the same error occurs.
While the troll behavioural analysis might be fun, it's merely an open invitation for "more of the same please". The more of a big deal you make of this, the more of a big deal it will become. I'm still not entirely sure how a low traffic forum with ~ 600 member, most of which are likely not active can have such a major troll problem, major enough to warrant the installation of countermeasures? I can only assume I missed it, that's possible as I haven't been here in a while.
So far most members who have responded to this have requested that the countermeasures be either watered down or for the "threshold" to be raised. This may indicate that the members who are not causing trouble may not be completely in favour of this, or may have some reservations.
Panopticon made a good point earlier:
The internet is a tool, not a social experiment in my opinion and those that want to use it for social purposes will reap the rewards good and bad. Im still analog when it comes to being social.
I would say that could be extended to "social experiments" where forum staff try to discipline trolls and "modify behaviour".
Sadly the WWW is what it is, some people won't fall into line and you really only have two options.
If someone enters your establishment and trashes the place, you don't allow them to remain on condition they wear a sign over their head. You boot them out and be done with it. That's really the only two options you have - allow them to remain or boot them out.
Perhaps if people post about "technical stuff" and just populate the forum with useful threads, this problem might solve itself.
It would give the admins a sense of how users are reacting to questionable posts though as has been mentioned the numbers can be manipulated.
It will give you a sense that X doesn't get on with Y. Not much else.
In the past, users have on occasion emailed me when they feel someone else on the board has crossed a line.
As a forum admin, you will get this. In general if a member emails you about some other member "crossing the line", it's coming from someone with an agenda.
Perhaps public requests in Forum Feedback would be a better option to suggest a need for administrative action. All I know is that there are times when action might be necessary. We just need to figure out the best way to gauge when and what is appropriate.
Precisely, that's for you to gauge - not some forum extension...
Thankfully, this board has fewer issues than most because of the maturity of its members.
Which is exactly why you don't need this autonomous forum extension...
And finally . . . the only cliques I have seen here are trolls banding together.
I haven't seen any bands of trolls here?
That would depend on your definition of 'traditional manner'. A troll's knee-jerk defense to any moderation or reason is to play the victim and it's a downward spiral of venom after that.
My point is that this seems like adopting a very defensive stance and that in itself attracts trouble. Do you have more than one example of this?
You're saying to "trolls": "you're such a problem we're having to install sorts of shit..."
Which is precisely what drives trolls.
Disclaimer to those who may point a finger in my direction . . . this mod was not my idea but I'm not opposed to giving it a try. I would however prefer that there be no public "shaming" involved that could incite undesirable results. I do think that stats on users that are having a negative effect on this board are a useful metric for possible action..
I fail to see the value in the stats.
So if cliques "nominate" trolls what then? As you're very active here, you must know what goes on anyway. Leaving it to certain members to flag someone up, just seems like an open invitation for abuse. You would surely be able to sniff out potential trouble by now.
Sadly there is no "firewall" solution for this and many of these solutions only serve to alienate decent members.
As I said, I'm against this kind of thing, against surveillance, hypocritical "tagging" or treating everyone like a potential problem, just because of the actions of a few. There will always be personalities and those will clash and the tagging will go berserk in such cases. For me it simply has no value.
Is it that you think, that by X seeing an elevated troll count for Y, they (X) would be more inclined than otherwise to also nominate Y as troll? Or that Y would be unhappy seeing that so many members see them as a troll?
Well since you asked, I honestly think it's an appalling idea, which should have no place on any forum, let alone this one.
Cliques often form on messageboards, so it doesn't take much for a clique - in this case only two users - to decide that someone with an opposing viewpoint is a "troll". You will also get more shill accounts registering as a result. In short the troll countermeasures is very likely to attract trolls, people jumping the gun and labeling others and getting others to club together and join in a witch hunt. In effect this would be a "brand" which will cause many users to prejudge that individual rather than adopting a more "speak as you find approach". I'm averse to labels as it is and it seems to me that we're living in a time when they're being used more than ever to neatly "classify" a certain type of person.
I'd also like to see the precedent for this - i.e. troll activity?
If Y is trolling in the eyes of some/many, then Y is trolling in the eyes of some/many, whether Y thinks so or not.
Without feedback, Y won't learn or change.
I don't think sites like this one should set out to educate / reform. If someone is being a dickhead, then just deal with that in the traditional manner. Trolling should be something members deal with through dialogue or staff deal with via whatever action is decided on - case by case - not a users' vote up/down or nomination system.
This feature almost certainly will be abused.
+1
I'm sure this has been implemented with the very best of intentions.....
I've just no idea why you'd need to run an X11 file manager as root? Can't see how it would effect "workflow", can't see the scenario where "work" involves being in a file manager as root... what are you doing?
This is the same bogus argument presented by the typical foaming at the mouth "I MUST run X11 as root and need to login via GDM" bollocks... you and I have seen this rubbish countless times.
The mate power manager is a disgrace, everything is grayed out, none of the functions really work, I recommended it be dumped from the repo months ago.
Mate has really disappointed me in the last year, not only are longstanding bugs still not fixed, there are regressions now that are a big PITA. It's gotten way worse as they have progressed to GTK3, it's almost as bad as Gnome now, and with good reason as they are no longer anything like a fork of gnome 2, they are simply falling into line with the new gnome glitchware. It's embarassing really, windows 7 is more stable.
As I once said (over 5 years ago), Mate was a project started with Ubuntu "consumers" in mind. It was entirely founded on Ubuntu consumers making a lot of noise about "ubuntu classic" being discontinued (look it up). It was never a "safe bet", it was always going to become what it has become today.
gnome was always a turd, it just got smellier as time went on...
gnome project will always embrace "technologies" such as polkit, dconf, mono and systemd. For anyone not interested in technologies such as systemd, gnome always has been and always will be bad place to be. Mate is just a gnome 2.x fork that's well past it's sell by date.
Xfce is better. It has it's flaws, but still better - for now. how long that will last who can say?
While "desktops" become more Linux centric and more reliant on "Linux proprietary" technology, that can only be a bad thing for free *nix and Linux distributions which do not use systemd. This actually makes desktops, by their very nature, just a bad thing for anyone wanting to avoid all of the usual crap listed above (plus other cruft such as avahi and pulseaudio).
(I use OpenBSD exclusively. I avoid desktops, except Xfce (for now), I don't used it (I use fluxbox), but tend to keep it installed for other users.)
There is a simple solition to all of your gksu and policykit problems: stop running X11 graphical shit as root...
$ man sudo
$ man su
For future reference - there was a kernel upgrade (3.16.0-4-amd64 to 3.16.0-5-amd64) at the same time as your installation of the broadcom-sta / wl driver package.
You can see that dkms complains about their being no headers, for the running kernel etc.
Running a full upgrade first would have resolved this.
# apt-get install linux-image-$(uname -r|sed 's,[^-]*-[^-]*-,,') linux-headers-$(uname -r|sed 's,[^-]*-[^-]*-,,') broadcom-sta-dkms [...] The following NEW packages will be installed: broadcom-sta-dkms cpp-4.8 dkms gcc gcc-4.8 gcc-4.9 libasan0 libasan1 libatomic1 libcilkrts5 libgcc-4.8-dev libgcc-4.9-dev libitm1 liblsan0 libtsan0 libubsan0 linux-compiler-gcc-4.8-x86 linux-headers-3.16.0-5-amd64 linux-headers-3.16.0-5-common linux-headers-amd64 linux-image-3.16.0-5-amd64 linux-image-amd64 linux-kbuild-3.16 make [...] Loading new broadcom-sta-6.30.223.248 DKMS files... First Installation: checking all kernels... Building for 3.16.0-4-amd64 and 3.16.0-5-amd64 Module build for the currently running kernel was skipped since the kernel source for this kernel does not seem to be installed. Building initial module for 3.16.0-5-amd64 Done. wl: Running module version sanity check. - Original module - No original module exists within this kernel - Installation - Installing to /lib/modules/3.16.0-5-amd64/updates/dkms/ depmod.... Backing up initrd.img-3.16.0-5-amd64 to /boot/initrd.img-3.16.0-5-amd64.old-dkms Making new initrd.img-3.16.0-5-amd64 (If next boot fails, revert to initrd.img-3.16.0-5-amd64.old-dkms image) update-initramfs.... DKMS: install completed.
Oh I'm not upset. You're just getting your knickers in a twist over some free OS and a Linux forum.
Now that's what I call getting one's knickers in a twist...
I tend not to waste time and energy on such people. If forum admins want to practice selective justice, there's really not much you can do about it [except vote with your feet]...
Good to hear. Holding on to resentment and anger is so not a good thing.
Hehe... you're right, but there was never any resentment and anger in the first place (as you well know).
cynwulf wrote:Nonsense. Slackware still uses lilo, it's tried and tested software (like sysvinit).
i try LILO first on my main pc, and a few days ago i try with a netbook knows "Canaimita" model "a101a3" here on venezuela, and in none of this machines LILO works. never boots from menu entry for me.
User error / "Finger trouble" / PEBCAK / whatever... You said you're not using UEFI, therefore I can't see why LILO doesn't work, considering that you must be using a DOS MBR...
My main pc nevers mantain for example "/dev/sda1" every time i reboot that change to "/dev/sdb1" or "/dev/sdc1" because of that i prefer use UUID.
Well you don't prefer it - systemd/udev pretty much determines you use it. Though in general terms unless you're swapping out disk drives regularly, I can't see why your device nodes are being swapped around so much.
You can also use UUIDs with LILO by the way (lilo.conf(5)). This is specified in the root= stanza. Of course it means you doing a little bit more work, reading some man pages and learning new stuff, instead of some bloated "automagic" code doing it all for you.
Thanks for the quick replies. The problem as mentioned, pre-existed the install of the binary blob. I didn't have anything X installed before I installed the tde-trinity package, which should have pulled in everything necessary (and worked fine for my laptop). I compiled the blob using the script that I downloaded from the Nvidia site. The script requires among other things gcc, make, linux-headers, etc. so it must compile something.
What is compiled is essentially "wrappers" and some "glue". It's a binary driver. Nvidia do not release specs to free software developers, let alone source code. A kernel module is built for the target kernel, but that's a bit of a red herring - it's pretty much all binary.
LILO don't evers works fine with all distribution installation, grub ever works where LILO evers fail.
the size of grub is near 3 MB installed. add just an aditional png of 8 bits (256 colours) non-indexed.
Nonsense. Slackware still uses lilo, it's tried and tested software (like sysvinit).
The Debian Jessie installer, looks like do something like that, for put the grub background. you can try installing debian jessian on a virtual machine. when the installation is finished, and the machine is restarted the grub have a simple background image, and the is much less than 20MB.
Just two of the numerous dependencies:
https://packages.debian.org/sid/grub-common - Installed size: 16,038.0 kB
https://packages.debian.org/sid/grub-pc-bin - Installed size: 2,910.0 kB
So where exactly does your "3MB" come from?
LILO:
https://packages.debian.org/sid/lilo - Installed size: 693.0 kB
syslinux:
https://packages.debian.org/sid/syslinux - Installed size: 299.0 kB
(and nowhere near the complexity)
A basic lilo configuration can be nothing more than:
boot=/dev/sda
map=/boot/map
install=/boot/boot.b
prompt
timeout=10
message=/boot/message
lba32
compact
default=linux
image=/boot/vmlinuz
label=linux
initrd=/boot/initrd.img
read-only
root=/dev/sda1
Compare that to the numerous grub configs.
But LILO (ELILO) is no longer maintained, mainly because too many Linux distributions prefer the complex idiocy of grub...
Where LILO epitomises simplicity and the KISS principles (UNIX philosophy) - grub is one of the best examples of complexity, bloat and feature creep I've ever seen. It's garbage, yet everyone is using it...
It is rather insulting that you would question the veracity of a copy/paste. I am truthful to a fault and have spent most of my life striving to eliminate 'filters' that warp perceptions.
No offence was intended, I'm just pointing out that if transparency and accountability is desired, then it's best not to cloud things. Otherwise you may as well hit the ban button and not bother yourself with explaining why or keeping an "evidence bag".
You should see what went on over at DUF in its early days. Complete anarchy. DUF rose from the exodus of many veteran Debian users years ago after cynwulf himself was banned/suspended. Still a bit of a sore spot, I think.
As number 9 of the top 10 posters, you should know.
That last statement of yours is untrue.
I've made my views on this clear by now, so at this stage I'll call it a day.
You can't actually compile the driver - it's a binary blob.
You may need to purge the packaged version of the driver and install a newer version from the vendor. As it's an nvidia binary blob, your best bet is to head to their official forums and search/ask there.
for the applet manage the connections. another thing i think during the installation process, when the file /etc/default/grub copy or created/generated. should ask if put maximum detected resolution or select resolution for a list to set the follow variables for example
GRUB_GFXMODE=1024x768x32 GRUB_GFXPAYLOAD_LINUX=keep GRUB_BACKGROUND="/boot/images/DevuanGrub.png"
and put "Devuan" in the menuentry, like "EXE GNU/Linux" says "Devuan" on Grub menuentries. in this case my monitor supports 1440x900@60Hz, but i don't like that resolution because from 2004 i ever uses Linux distributions and GNU/Linux distributions more for use videogames.
Sounds like stuff you could just configure yourself, according to your personal preferences/hardware...?
Bear in mind that there are other bootloaders, such as lilo - i.e. a simple bootloader of about 600kB (most of which is in fact bitmaps and man pages) which installs and loads entirely from the DOS mbr, not over 20MB of fancy, self indulgent, complex crap. So it doesn't seem to make much sense to invest so much in customising one particular bootloader to a particular subset of hardware which might break things for certain users.
Amazingly the BSDs managed to come up with simple EFI bootloaders once there was a need for that, but still Linux distributions are still pushing this same "kitchen sink" solution (sound familiar?).