david writes:
> Daniel Pittman wrote:
>> david writes:
>>> Daniel Pittman wrote:
david writes:
[...]
>>> ChipDriver NCQ DMA++ hotplug PMP
>>> ICH7 family ata_piix, ahci AHCIAHCIAHCIno
>>>
>>> Since I still don't want to fry the d
Daniel Pittman wrote:
david writes:
Daniel Pittman wrote:
david writes:
(Admittedly, the last is only on really bad hardware, but hey, that
hardware is out there and still within the reasonable life of machines
for home users.)
Anyway, once the hardware doesn't die completely you still ne
On Sun, May 17, 2009 at 11:04:33AM +1000, Grahame Kelly wrote:
>
> On 16/05/2009, at 5:53 PM, Adrian Chadd wrote:
>
>> On Sat, May 16, 2009, Grahame Kelly wrote:
>>
>>> Rather than stating what I suspect is just a "belief", have you look
>>> at the Kernel source code at all? If so I would be very i
On 16/05/2009, at 5:53 PM, Adrian Chadd wrote:
On Sat, May 16, 2009, Grahame Kelly wrote:
Rather than stating what I suspect is just a "belief", have you look
at the Kernel source code at all? If so I would be very interested at
exactly where you state such activity happens.
According to Linu
2009/5/15 Steve Kowalik :
> Daniel Bush wrote:
>> That sounds fraught.
>> Are you sure I can't just go with the alternate cd which will walk me thru
>> lvm and still give me a desktop kernel/system?
>>
>
> Indeed you can. You can even download the alternate CD with jigdo!
Apparently yes, from goog
On Sat, May 16, 2009 at 6:19 PM, Daniel Pittman wrote:
> Tony Sceats writes:
> >>> The CLI command "umount" does this within the Linux / Unix OS.
> >>
> >> That should have the filesystem flush data, but doesn't actually push
> >> out dirty pages for the device — if you accessed it raw at any po
david writes:
> Daniel Pittman wrote:
>> david writes:
> (Admittedly, the last is only on really bad hardware, but hey, that
> hardware is out there and still within the reasonable life of machines
> for home users.)
>
> Anyway, once the hardware doesn't die completely you sti
Daniel Pittman wrote:
> david writes:
(Admittedly, the last is only on really bad hardware, but hey, that
hardware is out there and still within the reasonable life of machines
for home users.)
Anyway, once the hardware doesn't die completely you still need the
drive
Adrian Chadd writes:
> On Sat, May 16, 2009, Grahame Kelly wrote:
[...]
>> >FWIW, SATA devices are hot-swap and the are ... a little less than
>> >8mm of coverage for those connections. Just sayin'
>>
>> SATA I, II and forthcoming III specifications originally covered hot-
>> swapping. So it wo
Grahame Kelly writes:
>> From: Daniel Pittman
>> Grahame Kelly writes:
[...]
>> That only handles the hot *UN*-plug side of things, and can cause
>> significant grief to you if the driver doesn't cope: anything from
>> several minutes in which *all* disks on that controller are unavailable
>>
david writes:
>>> (Admittedly, the last is only on really bad hardware, but hey, that
>>> hardware is out there and still within the reasonable life of machines
>>> for home users.)
>>>
>>> Anyway, once the hardware doesn't die completely you still need the
>>> driver stack to notice and remove th
Tony Sceats writes:
>>> The CLI command "umount" does this within the Linux / Unix OS.
>>
>> That should have the filesystem flush data, but doesn't actually push
>> out dirty pages for the device — if you accessed it raw at any point
>> this will not be sufficient.
>>
>> (Also, lower layers such
> lshal is PERFECT and I didn't know it existed. Much nicer than the gnome
> version. Having said that, why did Ubuntu take it out?
Given that it is only a diagnostic tool and serves no other purpose (and we
have lshal anyway), it lost out during one of the difficult "we have two
days until rele
>> (Admittedly, the last is only on really bad hardware, but hey, that
>> hardware is out there and still within the reasonable life of machines
>> for home users.)
>>
>> Anyway, once the hardware doesn't die completely you still need the
>> driver stack to notice and remove the now absent hardwa
On Sat, May 16, 2009, Grahame Kelly wrote:
> Rather than stating what I suspect is just a "belief", have you look
> at the Kernel source code at all? If so I would be very interested at
> exactly where you state such activity happens.
> According to Linux Internals Doco (and hereijn I refer to
Thanks Jeremy,
lshal is PERFECT and I didn't know it existed. Much nicer than the gnome
version. Having said that, why did Ubuntu take it out?
I now know that I have an
82801GB/GR/GH (ICH7 Family) SATA IDE Controller
which may help with the original question ;-)
David
Jeremy Visser wrote:
On 16/05/2009, at 4:32 PM, slug-requ...@slug.org.au wrote:
From: Daniel Pittman
Date: 16 May 2009 4:31:34 PM
To: slug@slug.org.au
Subject: Re: [SLUG] hot swapping hard drives
Grahame Kelly writes:
Of the seven systems I look after, three have hot-swapping HDA's
via a
RAID5/6 drive enclos
17 matches
Mail list logo