Re: [CentOS] kernel boot issues
Hello Ed, I tried that, for 2-3 newer kernels, didn't work (I actually posted that link here yesterday or so). btw: I haave the same problem with Centos/RHEL 7 kernels (as well as 6 ones). You'd think there must be some kernel option to dodge the problem, so far no luck.) Ron On 1/30/19 7:50 PM, nschehovin--- via CentOS wrote: On Tuesday, January 29, 2019, 8:08:39 PM EST, RC wrote: Hello, I run CentOS release 6.10 (Final) on a Dell Inspiron M6700. 2.6.32-754.el6.x86_64 boots, and is whaat I am running now none of these, updated ones, won't boot: 2.6.32-754.3.5.el6.x86_64 2.6.32-754.6.3.el6.x86_64 2.6.32-754.9.1.el6.x86_64 2.6.32-754.10.1.el6.x86_64 They all show the same 'symptom', grub says it is booting that kernel, screen blanks, solid corned in the left-top corner... and that's whee it stays. I know this is vague, but any ideas? thanks, Ron Hello Ron, I have the same problem on a Dell Latitude E6430 laptop running CentOS 6.10. I get a solid white rectangle in the upper left corner at boot. See the link below for suggested work arounds. I have not tried them yet so if you get one of the workarounds to work please let me know. https://bugs.centos.org/view.php?id=15186# Hope that helps, Ed ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] kernel boot issues
I did that, it does nothing really. I read in a forum, to use the kernel options: nefi noclflush (https://bugs.centos.org/view.php?id=15186) That helps somewhat but when gnome/xorg starts, it again hangs/freezes the background shows on one monitor, but that's about it Ron On 1/29/19 7:02 PM, Jonathan Billings wrote: On Jan 29, 2019, at 8:08 PM, RC wrote: I run CentOS release 6.10 (Final) on a Dell Inspiron M6700. 2.6.32-754.el6.x86_64 boots, and is whaat I am running now none of these, updated ones, won't boot: 2.6.32-754.3.5.el6.x86_64 2.6.32-754.6.3.el6.x86_64 2.6.32-754.9.1.el6.x86_64 2.6.32-754.10.1.el6.x86_64 They all show the same 'symptom', grub says it is booting that kernel, screen blanks, solid corned in the left-top corner... and that's whee it stays. I know this is vague, but any ideas? You should remove the ‘rhgb quiet’ from the grub kernel line, to get a better idea of what it’s actually doing. Any chance you’re using a 3rd-party drivers for the video card? -- Jonathan Billings ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] kernel boot issues
Hello, I run CentOS release 6.10 (Final) on a Dell Inspiron M6700. 2.6.32-754.el6.x86_64 boots, and is whaat I am running now none of these, updated ones, won't boot: 2.6.32-754.3.5.el6.x86_64 2.6.32-754.6.3.el6.x86_64 2.6.32-754.9.1.el6.x86_64 2.6.32-754.10.1.el6.x86_64 They all show the same 'symptom', grub says it is booting that kernel, screen blanks, solid corned in the left-top corner... and that's whee it stays. I know this is vague, but any ideas? thanks, Ron ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Running a command at startup
if it's Centos/RHEL 7, you can turn it into a service that starts after boot too, and cintrol it with systemctl. On 12/12/18 5:04 PM, Robert Moskowitz wrote: On a support forum, I was told that to turn off my board's blue led run: echo none | sudo tee /sys/class/leds/blue\:heartbeat/trigger Well, this does not survive a system reboot. So I was told: Add the off bit to /etc/rc.local Add it above "exit 0" So of course, CentOS is past using rc.local and recommends: # It is highly advisable to create own systemd services or udev rules # to run scripts during boot instead of using this fi So can someone point me to how to make this into a simple systemd service? thanks ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] managing a rack full of centos servers
On Wed, 20 Jul 2011 10:07:06 -0600 Devin Reade g...@gno.org wrote: You get one master xterm, a bunch of slave xterms, and you can either type in the master to affect all nodes or selectively type in the slaves. Yes, but I don't want a bunch of XTerms. I can slide my phone open, ssh in and manage my cluster using pdsh. And I've written plenty of serious scripts using pdsh/pdcp, which obviously wouldn't work with XTerms popping up. It should be considered as complementing the automated config management tools like cfengine et al, not as a replacement for them (they're doing different jobs). That's not entirely fair. A little shell scripting and pdsh and pdcp can certainly do everything cfengine/puppet can do, and obviously more that they can't. Some of it may be a bit more clumsy this way, though it has other advantages like being atomic so to speak, and not lumbering around, slowly putting things in-sync. I don't want to sound like a zealot by any means. It's got plenty of marks against it. But it most definitely works, in some very demanding circumstances, and it still hasn't become a problem, even as we keep asking it to do ever-more. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
