On Tue, 2 Jul 2013 20:40:20 + (UTC), Grant Edwards wrote:
> Next time I do an install, I think I'll try GPT...
I can't think why any sane person would do otherwise. Who in their right
mind would want to use a 30+year old format where any more than four
partitions is a fragile kludge? :-O
--
On Tue, Jul 2, 2013 at 2:56 PM, Stefan G. Weichinger wrote:
>
> Does anyone use that controller with gentoo?
>
> If yes, which driver/module does support it?
>
> I ordered one for a server and did not really check the facts ;-)
Looks like it uses the LSI SAS2008 chipset (basically LSI controller
On Tue, Jul 2, 2013 at 3:27 PM, Grant Edwards wrote:
>>> Can you point to some documentation on how you can use
>>> root=PARTUID= with an DOS/MBR partition table?
>>
>> As Neil alluded to, you can use UUID with MBR (instead of PARTUUID and
>> GPT). I have DOS/MBR partition table and my kernel comm
On Tue, Jul 2, 2013 at 3:16 PM, Silvio Siefke wrote:
> Hello,
>
> i have problem with my Desktop XFCE and the most Software. On my System
> could not find the libstdc++ libs, i search but no find. What is there
> wrong?
>
> gentoo-desk lib # find . | grep libstdc
> ./nacl-toolchain-newlib/x86_64-
On 2013-07-02, Neil Bothwick wrote:
> On Tue, 2 Jul 2013 15:09:28 + (UTC), Grant Edwards wrote:
>
>> > I had this problem on my Intel motherboard, and found out you can
>> > disable booting from external drives. "Boot to removable devices" or
>> > similar in the BIOS. Failing that, changing th
2013/7/2 Grant Edwards
> On 2013-07-02, Neil Bothwick wrote:
> > On Tue, 2 Jul 2013 15:16:15 + (UTC), Grant Edwards wrote:
> >
> >> The PARTUUID= parition specifier format is handled directly by kernel
> >> code, so I don't see why it should require an initrd (unless the UUID
> >> values for
On 2013-07-02, Neil Bothwick wrote:
> On Tue, 2 Jul 2013 15:16:15 + (UTC), Grant Edwards wrote:
>
>> The PARTUUID= parition specifier format is handled directly by kernel
>> code, so I don't see why it should require an initrd (unless the UUID
>> values for MBR partitions aren't actually somet
On 2013-07-02, Randolph Maa?en wrote:
> 2013/7/2 Grant Edwards
>
>> On 2013-07-02, Randolph Maa?en wrote:
>>> 2013/7/2 Grant Edwards
>>
It looks like my options are:
>> [...]
5) For the drive with the root parition on it switch from a DOS
parition table to a GPT pa
On 2013-07-02, Paul Hartman wrote:
> On Tue, Jul 2, 2013 at 11:57 AM, Grant Edwards
> wrote:
5) For the drive with the root parition on it switch from a DOS
parition table to a GPT partition table and use the
root=PARTUUID= kernel option.
>>>
>>> You don't need to switch t
Hello,
i have problem with my Desktop XFCE and the most Software. On my System
could not find the libstdc++ libs, i search but no find. What is there
wrong?
gentoo-desk lib # find . | grep libstdc
./nacl-toolchain-newlib/x86_64-nacl/lib32/libstdc++.la
./nacl-toolchain-newlib/x86_64-nacl/lib32/li
Does anyone use that controller with gentoo?
If yes, which driver/module does support it?
I ordered one for a server and did not really check the facts ;-)
Stefan
On Tue, Jul 2, 2013 at 11:57 AM, Grant Edwards
wrote:
>
>
> All the references Google can find for me say that you have to use a
> GPT partition table if you want to specify a boot partition using
> root=PARTUUID=.
>
> Does the root=PARTUUID option work for you?
>
> Can you point to some documenta
On 2013-07-02, Neil Bothwick wrote:
> On Tue, 2 Jul 2013 16:57:26 + (UTC), Grant Edwards wrote:
>
>> IOW, it appears that the "blkid" program is either just making stuff
>> up or its the filesystem UUID rather than the partition UUID. I
>> suspect the latter, since I notice that blkid doesn't
On Tue, 2 Jul 2013 16:57:26 + (UTC), Grant Edwards wrote:
> IOW, it appears that the "blkid" program is either just making stuff
> up or its the filesystem UUID rather than the partition UUID. I
> suspect the latter, since I notice that blkid doesn't print a UUID for
> paritions that don't hav
On 2013-07-02, Randolph Maa?en wrote:
> 2013/7/2 Grant Edwards
>> I still haven't figured out why my drives suddenly started getting
>> discovered in varying orders. [...]
>>
>> It looks like my options are:
[...]
>
>> 5) For the drive with the root parition on it switch from a DOS
>> pari
On Tue, 2 Jul 2013 15:09:28 + (UTC), Grant Edwards wrote:
> > I had this problem on my Intel motherboard, and found out you can
> > disable booting from external drives. "Boot to removable devices" or
> > similar in the BIOS. Failing that, changing the boot order so that the
> > firewire/USB d
On Tue, Jul 2, 2013 at 1:19 AM, Alan McKinnon wrote:
> You probably already spotted this but just in case
>
> stable sdk is v2.02.0807.1535
> stable toolkit is 4.2.9-r2
Alan,
I did not notice that. Thank you, it all makes sense now!
Chris
On Tue, 2 Jul 2013 15:16:15 + (UTC), Grant Edwards wrote:
> The PARTUUID= parition specifier format is handled directly by kernel
> code, so I don't see why it should require an initrd (unless the UUID
> values for MBR partitions aren't actually something the kernel knows
> about and are somet
On 2013-07-02, Bruce Hill wrote:
> On Tue, Jul 02, 2013 at 02:42:15PM +, Grant Edwards wrote:
>>
>>> You don't need to switch to GPT for that. I have a DOS partitioned disk and
>>> "blkid" prints the LABEL and UUID for each partition.
>>
>> And you can pass those values to the kernel via the
On 2013-07-02, Daniel Frey wrote:
> On 07/02/2013 07:23 AM, Grant Edwards wrote:
>> On 2013-07-01, Grant Edwards wrote:
>>
>>
>> 2) Unplug or power down the firewire drive when booting.
>>
>
> I had this problem on my Intel motherboard, and found out you can
> disable booting from external d
On Tue, Jul 02, 2013 at 02:42:15PM +, Grant Edwards wrote:
> >
> > You don't need to switch to GPT for that. I have a DOS partitioned disk and
> > "blkid" prints the LABEL and UUID for each partition.
>
> And you can pass those values to the kernel via the "root=" parameter?
That still requi
2013/7/2 Grant Edwards
> On 2013-07-02, Randolph Maa?en wrote:
> > 2013/7/2 Grant Edwards
>
> >> It looks like my options are:
> >>
> [...]
> >>
> >> 5) For the drive with the root parition on it switch from a DOS
> >> parition table to a GPT partition table and use the
> >> root=PARTU
On 2013-07-02, Randolph Maa?en wrote:
> 2013/7/2 Grant Edwards
>> It looks like my options are:
>>
[...]
>>
>> 5) For the drive with the root parition on it switch from a DOS
>> parition table to a GPT partition table and use the
>> root=PARTUUID= kernel option.
>
> You don't need to sw
On 07/02/2013 07:23 AM, Grant Edwards wrote:
> On 2013-07-01, Grant Edwards wrote:
>
>
> 2) Unplug or power down the firewire drive when booting.
>
I had this problem on my Intel motherboard, and found out you can
disable booting from external drives. "Boot to removable devices" or
similar i
2013/7/2 Grant Edwards :
> It looks like my options are:
>
>
>
> 5) For the drive with the root parition on it switch from a DOS
> parition table to a GPT partition table and use the
> root=PARTUUID= kernel option.
>
> Switching to a GPT partition table sounds like the cleanest solution,
2013/7/2 Grant Edwards
> On 2013-07-01, Grant Edwards wrote:
>
> > I've just recently run into a problem where sometimes when a machine
> > boots, the kernel can't find init. This appears to be because my grub
> > configuration line says "root=/dev/sda5" and _sometimes_ the drive
> > that conta
On 2013-07-01, Grant Edwards wrote:
> I've just recently run into a problem where sometimes when a machine
> boots, the kernel can't find init. This appears to be because my grub
> configuration line says "root=/dev/sda5" and _sometimes_ the drive
> that contains my root partition is sdb instead
On 1 July 2013, at 23:57, Alan McKinnon wrote:
> ...
> Did you miss the entire clusterfuck debate about latest udev tricks?
>
> Those names depend only on the order in which devices are discovered,
> and that process has always been indeterminate. udev used to get in the
> middle and rename thing
On Tue, July 2, 2013 10:08, Neil Bothwick wrote:
>
> You're welcome. A pull system does rely on the server being secure, which
> is why I don't use it for offsite backups to the cloud :-O
Wouldn't a push/pull combination be a good compromise?
The remote servers push their backups to their own loc
On 02/07/2013 10:04, Neil Bothwick wrote:
> On Mon, 1 Jul 2013 18:06:36 -0700, Chris Stankevitz wrote:
> dev-util/nvidia-cuda-sdk-4.2
>> Why does the atom "~dev-util/nvidia-cuda-sdk-4.2" NOT apply to
>> "dev-util/nvidia-cuda-sdk-4.2.9-r2"?
>
> It applies to version 4.2 and all revisions. 4.2.9 is
On Mon, 1 Jul 2013 23:24:55 -0700, Grant wrote:
> >> I'd rather lose my backups than lose my backups and give up root
> >> read/write to every system I back up. :)
> >
> > If you want to leave your backup server open to exploitation attempts,
> > maybe you should be looking at a different soluti
On Mon, 1 Jul 2013 18:06:36 -0700, Chris Stankevitz wrote:
dev-util/nvidia-cuda-sdk-4.2
> Why does the atom "~dev-util/nvidia-cuda-sdk-4.2" NOT apply to
> "dev-util/nvidia-cuda-sdk-4.2.9-r2"?
It applies to version 4.2 and all revisions. 4.2.9 is a different version
You need one of
=dev-util/nvid
On 02/07/2013 08:33, Grant wrote:
>>> My backup user needs a shell on the backup server in order to execute
>>> rsync and needs to be included in /etc/ssh/sshd_config AllowUsers in
>>> order to SSH in. My authorized_keys file is locked-down. The second
>>> field for the user in /etc/shadow is an
33 matches
Mail list logo
