similar to: UC One-time reboot into alternate kernel?

If you are using GRUB 0.97 (legacy GRUB), then this capability is provided by the "default saved" and "fallback" commands. See sections 4.3.1 and 4.3.2 in the manual: http://www.gnu.org/software/grub/manual/legacy/grub.html >-----Original Message----- >From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On >Behalf Of Tony Mountifield >Sent:

Wasn't there a TV series in the 1960s about a US soldier who got made up to general thanks to the accidental over punching of paper tape? Regards, Martin, >-----Original Message----- >From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On >Behalf Of Always Learning >Sent: 10 July 2014 11:43 >To: CentOS mailing list >Subject: Re: [CentOS] Cemtos 7 :

We run ganglia on a 35 node cluster (plus a few odds and ends). It seems pretty lightweight. I've just finished installing the latest versions at home on old slow 32-bit kit and it seems again to be very lightweight. You will need to install libconfuse and RRD though, the former comes as a tarball. You'll need to configure/make/make install and then tell yum to ignore the missing

Can I second this please? Many corporate systems will block such messages and require the user to explicitly release them, which is at best a chore, sometimes impossible. Might I also point out that what is conversational in one country may be regarded as offensive in another, particularly by a dumb mail filter. See http://en.wikipedia.org/wiki/List_of_words_having_different_meanings_in_

Try using "su -" to get a login shell. For example: # su - user -c pwd /home/user # su user -c pwd /root You are trying to run pulseaudio in root's environment with the user's permissions. Regards, Martin >-----Original Message----- >From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On >Behalf Of Jerry Geis >Sent: 08 May 2014 14:58 >To:

A live DVD or memory stick version of any recent Linux distro will allow you to boot. You can then mount the original disk as, say, /mnt. Go to /mnt/etc and edit the root password to be null or cut-and-paste a known password in. Reboot and set it. >Hie > >I lost my CentOS 7 root password, so I tried booting the OS in single user mode >but it prompts me for the root password when the

>> On Sun, Jan 11, 2015 at 05:12:48PM -0500, Bill Maltby (C4B) wrote: >> > On Fri, 2015-01-09 at 19:42 -0500, Fred Smith wrote: >> > <snip> > >> > In a nutshell, after I would terminate Firefox as part of my normal >> > log off process, there would be another instance of Firefox left >> > hanging around with a ppid of 1 (so it's

>> On Sun, Jan 11, 2015 at 05:12:48PM -0500, Bill Maltby (C4B) wrote: >> > On Fri, 2015-01-09 at 19:42 -0500, Fred Smith wrote: >> > <snip> > >> > In a nutshell, after I would terminate Firefox as part of my normal >> > log off process, there would be another instance of Firefox left >> > hanging around with a ppid of 1 (so it's

Yep, that's what I do at home. The trouble for off-net machines is the download time - over 24 hours for CentOS 7 + epel, and then copy over. If you don't grab everything, the one package you miss is the one that stops the update. :-( >-----Original Message----- >From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On >Behalf Of John R Pierce >Sent: 04

Yep, that's what I do at home. The trouble for off-net machines is the download time - over 24 hours for CentOS 7 + epel, and then copy over. If you don't grab everything, the one package you miss is the one that stops the update. :-( >-----Original Message----- >From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On >Behalf Of John R Pierce >Sent: 04

Yep, that's what I do at home. The trouble for off-net machines is the download time - over 24 hours for CentOS 7 + epel, and then copy over. If you don't grab everything, the one package you miss is the one that stops the update. :-( >-----Original Message----- >From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On >Behalf Of John R Pierce >Sent: 04

Yep, that's what I do at home. The trouble for off-net machines is the download time - over 24 hours for CentOS 7 + epel, and then copy over. If you don't grab everything, the one package you miss is the one that stops the update. :-( >-----Original Message----- >From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On >Behalf Of John R Pierce >Sent: 04

Yep, that's what I do at home. The trouble for off-net machines is the download time - over 24 hours for CentOS 7 + epel, and then copy over. If you don't grab everything, the one package you miss is the one that stops the update. :-( >-----Original Message----- >From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On >Behalf Of John R Pierce >Sent: 04

Yep, that's what I do at home. The trouble for off-net machines is the download time - over 24 hours for CentOS 7 + epel, and then copy over. If you don't grab everything, the one package you miss is the one that stops the update. :-( >-----Original Message----- >From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On >Behalf Of John R Pierce >Sent: 04

There are 3 issues here: Grub, the kernel and RedHat. 1) Grub won't run in an XFS /boot partition, but will happily run xfs_state1_5 to boot from an XFS root partition. 2) The kernel has supported XFS quite happily since at least 2005, I am looking at an SGI Propack 4 manual of February that year and it states that SLES 9 SP 1 contains the kernels with XFS support. 3) May be an issue.

>-----Original Message----- >From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On >Behalf Of Alexander Dalloz >Sent: 04 February 2015 22:44 >To: CentOS mailing list >Subject: Re: [CentOS] multipathd > >Am 04.02.2015 um 15:02 schrieb Rushton Martin: >> Our cluster was supplied with two IBM DS3400 RAID arrays connected >> with fibre channel.

>-----Original Message----- >From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On >Behalf Of Alexander Dalloz >Sent: 04 February 2015 22:44 >To: CentOS mailing list >Subject: Re: [CentOS] multipathd > >Am 04.02.2015 um 15:02 schrieb Rushton Martin: >> Our cluster was supplied with two IBM DS3400 RAID arrays connected >> with fibre channel.

>-----Original Message----- >From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On >Behalf Of Alexander Dalloz >Sent: 04 February 2015 22:44 >To: CentOS mailing list >Subject: Re: [CentOS] multipathd > >Am 04.02.2015 um 15:02 schrieb Rushton Martin: >> Our cluster was supplied with two IBM DS3400 RAID arrays connected >> with fibre channel.

>-----Original Message----- >From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On >Behalf Of Alexander Dalloz >Sent: 04 February 2015 22:44 >To: CentOS mailing list >Subject: Re: [CentOS] multipathd > >Am 04.02.2015 um 15:02 schrieb Rushton Martin: >> Our cluster was supplied with two IBM DS3400 RAID arrays connected >> with fibre channel.

>-----Original Message----- >From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On >Behalf Of Alexander Dalloz >Sent: 04 February 2015 22:44 >To: CentOS mailing list >Subject: Re: [CentOS] multipathd > >Am 04.02.2015 um 15:02 schrieb Rushton Martin: >> Our cluster was supplied with two IBM DS3400 RAID arrays connected >> with fibre channel.