Hi,
It seems /usr/lib/pm-utils/power.d/95hdparm-apm script from the hdparm
package may be called when AC power adapter is plugged or unplugged
(true/false arguments). I see that this script is invoked by
/lib/udev/rules.d/85-hdparm.rules through /lib/udev/hdparm on boot or
resume.
What
Il 02/01/19 14:35, Reco ha scritto:
So udev is not to blame here. It's shell-based config parsing library.
Possibly an upstream issue for hdparm, then.
Nice :(
Whitelist it. A file should be called
/etc/apparmor.d/local/usr.bin.thunderbird.
Thanks for the tip, saving for later.
Hi.
On Wed, Jan 02, 2019 at 01:34:14PM +0100, Andrea Borgia wrote:
> Il 02/01/19 12:15, Reco ha scritto:
>
> > What about this:
> > DEVNAME=/dev/disk/by-id/ata-Hitachi_HTS543225A7A384E2024242DBNGWJ_ \
> > sh -x /lib/udev/hdparm >> /tmp/hdparm.log 2>
Il 02/01/19 12:15, Reco ha scritto:
What about this:
DEVNAME=/dev/disk/by-id/ata-Hitachi_HTS543225A7A384E2024242DBNGWJ_ \
sh -x /lib/udev/hdparm >> /tmp/hdparm.log 2>&1
I had tried it, too, and it looks in line with the results:
+ set -e
+ [ -n /dev/d
t; a very aggressive spindown time of, say, 30s and I wrote this in hdparm.conf:
>
> Then I tried checking whether hdparm would work when run via udev, with the
> following command:
> DEVNAME=/dev/disk/by-id/ata-Hitachi_HTS543225A7A384____E2024242DBNGWJ_
> /lib/udev/hdparm >> /tmp
d/ata-Hitachi_HTS543225A7A384E2024242DBNGWJ_ {
apm = 1
spindown_time = 6
}
To check whether the entry was applied, first I manually set the
spindown to 1 unit, that is 5s, woke the drive up with cfdisk, confirmed
it was active with hdparm -C, waited 5s, confirmed it was in standby.
On Mon, 27 Aug 2018 19:48:18 +1000
Zenaan Harkness wrote:
> So I have a 'spare' internal spinning rust bucket which I only use
> for backups, and so most of the time when I'm not using it I put it
> to sleep with:
>
> sudo hdparm -Y /dev/sda
>
> Unfortu
On 2018-08-27 10:48, Zenaan Harkness wrote:
So I have a 'spare' internal spinning rust bucket which I only use
for backups, and so most of the time when I'm not using it I put it
to sleep with:
sudo hdparm -Y /dev/sda
sorry cannot help but I have similar disk and this seems li
Zenaan Harkness writes:
>So I have a 'spare' internal spinning rust bucket which I only use
>for backups, and so most of the time when I'm not using it I put it
>to sleep with:
>
>sudo hdparm -Y /dev/sda
>
>Unfortunately the kernel wakes the drive up again:
&g
On Mon, Aug 27, 2018 at 07:48:18PM +1000, Zenaan Harkness wrote:
> So I have a 'spare' internal spinning rust bucket which I only use
> for backups, and so most of the time when I'm not using it I put it
> to sleep with:
>
> sudo hdparm -Y /dev/sda
>
> Unfortu
So I have a 'spare' internal spinning rust bucket which I only use
for backups, and so most of the time when I'm not using it I put it
to sleep with:
sudo hdparm -Y /dev/sda
Unfortunately the kernel wakes the drive up again:
Aug 27 19:44:40 eye kernel: ata1.00: exception Emask 0x
single parts.
I.e. there should be no recovery or installation software or
similar in the HPA. However, both drives have a HPA of about 1 MB.
What could be the reason for Seagate to do that?
# hdparm -N /dev/sda
/dev/sda:
max sectors = 3907027055/3907029168, HPA is
blocks
[5.285786] sd 6:0:0:0: [sda] Write Protect is off
[5.285790] sd 6:0:0:0: [sda] Mode Sense: 53 00 00 08
This serial number is correct ! (Actuial serial number is obfuscated)
Whereas, when I do a hdparm or smartctl -i , I get a different serial number.
ATA device, with non-removable
] Write Protect is off
[5.285790] sd 6:0:0:0: [sda] Mode Sense: 53 00 00 08
This serial number is correct ! (Actuial serial number is obfuscated)
Whereas, when I do a hdparm or smartctl -i , I get a different serial number.
ATA device, with non-removable media
Model Number
On 11/12/2016 09:14 PM, Rainer Dorsch wrote:
> Hi Alex,
>
> thank you for your reply and your testing.
>
> On Saturday 12 November 2016 16:40:40 Alex Mestiashvili wrote:
>> On 11/12/2016 08:37 AM, Rainer Dorsch wrote:
>>> + Alexandre, hdparm maintainer
>>>
On 11/12/16, Rainer Dorsch wrote:
>
> On Saturday 12 November 2016 16:40:40 Alex Mestiashvili wrote:
>> On 11/12/2016 08:37 AM, Rainer Dorsch wrote:
>> > + Alexandre, hdparm maintainer
>> >
>> > On Friday 11 November 2016 23:11:24 Rainer Dorsch wrote:
>&g
On Fri, Nov 11, 2016 at 11:11:24PM +0100, Rainer Dorsch wrote:
> I configure sdb in /etc/hdparm.conf to apm=64, but when I start the system,
> apm
> does not change. Interesting enough a /etc/init.d/hdparm restart fixes the
> problem:
There are two config options availabl
Hi Alex,
thank you for your reply and your testing.
On Saturday 12 November 2016 16:40:40 Alex Mestiashvili wrote:
> On 11/12/2016 08:37 AM, Rainer Dorsch wrote:
> > + Alexandre, hdparm maintainer
> >
> > On Friday 11 November 2016 23:11:24 Rainer Dorsch wrote:
> >>
On 11/12/2016 08:37 AM, Rainer Dorsch wrote:
> + Alexandre, hdparm maintainer
>
> On Friday 11 November 2016 23:11:24 Rainer Dorsch wrote:
>> Hi,
>>
>> I configure sdb in /etc/hdparm.conf to apm=64, but when I start the system,
>> apm does not change. Intere
+ Alexandre, hdparm maintainer
On Friday 11 November 2016 23:11:24 Rainer Dorsch wrote:
> Hi,
>
> I configure sdb in /etc/hdparm.conf to apm=64, but when I start the system,
> apm does not change. Interesting enough a /etc/init.d/hdparm restart fixes
> the problem:
>
>
Hi,
I configure sdb in /etc/hdparm.conf to apm=64, but when I start the system, apm
does not change. Interesting enough a /etc/init.d/hdparm restart fixes the
problem:
root@Silberkiste:~# cat /etc/hdparm.conf
## This is the default configuration for hdparm for Debian. It is a
## rather
I did get to test the 3.15 kernel over the weekend. There' definitely
some improvement. as hdparm -t now reports 25-30MB/s for my hard drive
instead of 6-7MB/s. The stutter in audio playback is less pronounced and
almost unnoticeable. At this point the dn2800mt board is largely useable
Curiouser and curiouser.
I have a second dn2800mt machine that my girlfriend uses. I ran some
tests while there and I'm more uncertain than ever about what is going on.
First, hdparm does not report correctly with hyperthreading enabled just
as with the original machine. However, the pr
On Wed, 14 May 2014, Paul Ausbeck wrote:
> While examining the kernel log for another reason, I came across
> evidence that acpi_idle, and not intel_idle, is being used on my
> dn2800mt system, see below. In fact, it seems that intel_idle cannot
> be used. Is there some sort of binary blob involved
While examining the kernel log for another reason, I came across
evidence that acpi_idle, and not intel_idle, is being used on my
dn2800mt system, see below. In fact, it seems that intel_idle cannot be
used. Is there some sort of binary blob involved here?
-
00 ;
You have to call "sync", otherwise you've measured the time to write to
the buffer-cache...
That said, try this:
strace -o /tmp/strace.txt -ttt -T hdparm -t (rest of hdparm command).
And check if the timings of the syscalls traced give you any insight on
where things are going
ev/null if=somefile bs=10M count=100 ;
but I wasn't able to find a way to purge the disk cache before I got
sidetracked. Perhaps you know of a magic incantation for that?
Also, if you look at my data again, you'll see that hdparm -T is not affected
by the hyperthreading state, it's only
the above creates an 1GiB file). It will also test the
scheduler, as that /dev/zero read does cause syscalls and switches to kernel
context.
BTW, the output of "hdparm -T" should not vary an order of magnitude. If it
does and there is nothing obnoxious running in the background, you&#
Henrique, thanks a lot for the detailed reply. I will look at the stuff
that you suggested, if only to learn about what I don't know.
FYI, the problem doesn't seem related to temperature to me. I'm not
ruling it out, I'm just saying it doesn't have that feel.
I loo
Well, I misunderstood you. I thought there was at least ONE kernel that
worked with HT enabled. Indeed, if there is no kernel that works well with
HT on your board, bissection is impossible.
> Next, it's not the case that I was confused. hdparm is still a
> reliable canary for hyperthreading
roperly. In
order to bisect, the first step is to find a correct kernel. Perhaps
someone could recommend one.
Next, I wanted to really verify that the 3.2.0-4 kernel also exhibited
the hdparm issue as I actually wasn't 100% certain. The reason that I
updated the kernel in the first p
ng
> that the hyperthreading state affects the system as a whole, not
> just hdparm.
That's expected.
> First, I've attached hdparm output from the same machine booting to
> Windows 7. The reported disk speed is not affected by the
> hyperthreading state. I've also attac
I've attached the contents of /proc/cpuinfo below, two copies, one with
hyperthreading disabled and one enabled.
I've also investigated things a bit further and now I'm thinking that
the hyperthreading state affects the system as a whole, not just hdparm.
First, I've at
On Sun, 04 May 2014, Paul Ausbeck wrote:
> when I build a new system. Recently I built a system based upon the
> Intel Atom dn2800mt motherboard. When I went to vet disk bandwidth,
Please, can you give us the output of "cat /proc/cpuinfo" ?
> I obtained unexpectedly slow read
Running Wheezy 7.4, kernel 3.2.0-4-686-pae, also on Debian backports
kernel 3.12-0.bpo.1-686-pae
sudo hdparm -t /dev/sda
/dev/sda: # Hyperthreading enabled in bios
Timing buffered disk reads: 36 MB in 3.06 seconds = 11.77 MB/sec
# Apparently not correct
/dev/sda: # Hyperthreading
On Sunday 09 January 2011 19:21:08 debian-user-digest-requ...@lists.debian.org
wrote:
> David Baron put forth on 1/9/2011 10:07 AM:
> > I get:
> > HDIO_GET_DMA failed: Inappropriate ioctl for device
> >
> >
> >
> > on bootup and any attempt to read or set dma for either the IDE or the
> > SATA
*
On Sunday 09 January 2011 19:21:08 debian-user-digest-requ...@lists.debian.org
wrote:
> David Baron put forth on 1/9/2011 10:07 AM:
> > I get:
> > HDIO_GET_DMA failed: Inappropriate ioctl for device
> >
> >
> >
> > on bootup and any attempt to read or set dma for either the IDE or the
> > SATA
>
Hello,
David Baron a écrit :
> I get:
> HDIO_GET_DMA failed: Inappropriate ioctl for device
>
> on bootup and any attempt to read or set dma for either the IDE or the SATA
> disk on my system.
AFAIK, the -d (DMA) setting is relevant only with the legacy IDE
drivers, not the newer libata-based P
David Baron put forth on 1/9/2011 10:07 AM:
> I get:
> HDIO_GET_DMA failed: Inappropriate ioctl for device
>
> on bootup and any attempt to read or set dma for either the IDE or the SATA
> disk on my system. This is dual core (P4 by hyperthreading?) intel cpu:
>
> ~$ lscpu
> Architecture:
I get:
HDIO_GET_DMA failed: Inappropriate ioctl for device
on bootup and any attempt to read or set dma for either the IDE or the SATA
disk on my system. This is dual core (P4 by hyperthreading?) intel cpu:
~$ lscpu
Architecture: i686
CPU op-mode(s):32-bit, 64-bit
CPU(s):
hat is the header for that script, the part between BEGIN
> INIT INFO and END INIT INFO? Because I think the problem is probably
> there.
You were absolutely correct!
I was pressed for time to troubleshoot the init script, so after simply purgin
Mike Viau wrote:
> DPKG error output:
> http://paste.debian.net/101135/
That reads like a similar problem to one reported in this (old) bug
report:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=558478
> Has anyone else gotten this issue and did you come across a fix for
> this version or th
Hello,
This morning I discovered an update for the hdparm package on my debian squeeze
system. Update have been perfect for numerous other packages.
When I tried to update this package I got errors and now the package is in a
broken state.
I am not too sure where I should be fiddling to
On 22.07.09 14:31, Dominique Dumont wrote:
> My Gygabyte motherboard (SB700 with AMD4400+) has poor SATA
> performance. Any disk I/O leads to high system CPU percentage.
> And the AHCI interrupt is about 1000/s even for low disk usage.
>
> Using hdparm, I've found that al
Hello
My Gygabyte motherboard (SB700 with AMD4400+) has poor SATA
performance. Any disk I/O leads to high system CPU percentage.
And the AHCI interrupt is about 1000/s even for low disk usage.
Using hdparm, I've found that all my sata disks have multcount set to 0:
$ sudo hdparm /de
machine's powerstate.
I believe that laptop-mode is being restarted correctly since if I remove
and reinsert the AC cord the correct hdparm settings (254) are applied.
My guess is that something is also being re-initialized upon resume from
suspend that is over-riding laptop-mode-tools. In a
machine's powerstate.
I believe that laptop-mode is being restarted correctly since if I remove
and reinsert the AC cord the correct hdparm settings (254) are applied.
My guess is that something is also being re-initialized upon resume from
suspend that is over-riding laptop-mode-tools. In a
d regardless of the machine's powerstate.
>
> I believe that laptop-mode is being restarted correctly since if I remove
> and reinsert the AC cord the correct hdparm settings (254) are applied.
> My guess is that something is also being re-initialized upon resume from
> sus
tly since if I remove and
reinsert the AC cord the correct hdparm settings (254) are applied. My guess is
that something is also being re-initialized upon resume from suspend that is
over-riding laptop-mode-tools. In any event, I thought that the simplest fix for
this would be to add a script to
--- Hugo Vanwoerkom <[EMAIL PROTECTED]> wrote:
> Joris Huizer wrote:
> > Hello,
> >
> > After the recent udev + hdparm problems, I'm
> thinking
> > of reconfiguring hdparm (hdparm currently is not
> > configured, just reinstalled, so I'
Joris Huizer wrote:
Hello,
After the recent udev + hdparm problems, I'm thinking
of reconfiguring hdparm (hdparm currently is not
configured, just reinstalled, so I'm assuming it's
currently using default settings)
This is the output of `hdparm -v -i /dev/hda`:
/dev/hda:
mu
On Thu, 30 Aug 2007 02:08:28 -0700, Joris Huizer wrote:
> Hello,
>
> After the recent udev + hdparm problems, I'm thinking of reconfiguring
> hdparm (hdparm currently is not configured, just reinstalled, so I'm
> assuming it's currently using default settings)
Hello,
After the recent udev + hdparm problems, I'm thinking
of reconfiguring hdparm (hdparm currently is not
configured, just reinstalled, so I'm assuming it's
currently using default settings)
This is the output of `hdparm -v -i /dev/hda`:
/dev/hda:
multcount= 0 (o
there's probably a good reason for that. The
> only thing is that I'm now not able to use hdparm to change
> the drives' settings--multicount, acoustic management, etc.
>
> I tried sdparm but it doesn't help much or I don't know how
> to use it.
>
> Could
now not able to use hdparm to change
the drives' settings--multicount, acoustic management, etc.
I tried sdparm but it doesn't help much or I don't know how
to use it.
Could somebody give some info on this issue, please?
Thanks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
ives for year, havne't
disabled the cache and *HAVE* had the db need some work when brought
back up. The thing is, hdparm can cause many more problems than it
solves when using it in this way.
It really is not worth it.
--
greg, [EMAIL PROTECTED]
Novell's Directory Services is a competit
If memory serves this might be a western digital drive. postgresql
recommends disabling drive cacheing if it's on when it's installed or
upgraded so that if the data base is in use and a power failure happens
you don't loose the data in the cache that didn't manage to get saved to
disk before
On Thu, 2007-04-05 at 16:58 -0400, Jude DaShiell wrote:
> I have postgresql running on an ide type system with a 300GB hard drive.
> For some reason the command hdparm -W 0 /dev/hda fails with error0x04 so
> drive cacheing can't be turned off by hdparm on this type of drive so f
I have postgresql running on an ide type system with a 300GB hard drive.
For some reason the command hdparm -W 0 /dev/hda fails with error0x04 so
drive cacheing can't be turned off by hdparm on this type of drive so far
as I now know. There is all of that lvm stuff on the system runni
Hello
I updated yestarday my kernel from 2.6.15.1 to 2.6.17.8. I used almost
the same .config with a little more new modules from the new kernel.
Now, my Hard Disk, that is the /dev/hda have the dma off and I can't
change it. See below
/> hdparm -d1 /dev/hda
/dev/hda:
setting using_
n some situations,
> > and it's the first thing I'd check: Make sure that DMA is on, make sure
> > that hdparm is optimally tuned, etc.
> >
> > --
> > see shy jo
>
> If installation guru has to tell this, is not it time to make this as
> default?
N
hange -d (dma).
>
> Please file a wishlist bugreport against debian-installer if you really
> feel this should happen.
On second thoughts, doing this would probably mean messing with the config
files of another package, so probably the bug report should go to hdparm
itself...
pgptv5CmLAtsw.pgp
Description: PGP signature
On Tuesday 11 July 2006 19:01, Henrique de Moraes Holschuh wrote:
> What you *can* do that would be helpful (and really, this would be best
> fixed in the kernel as well) is to set -u 1 by default, but don't
> change -d (dma).
Please file a wishlist bugreport against debian-installer if you really
On Wed, 12 Jul 2006, Osamu Aoki wrote:
> What does people feel to make hdparm with DMA enabled to be default for
> etch?
Leave the DMA default for the kernel (hint: it is already on for disks, and
unless we are compiling our kernels with the "DMA only for disks" option,
also f
Osamu Aoki wrote:
> What does people feel to make hdparm with DMA enabled to be default for
> etch?
Is is not the kernel that needs to be tuned to enable/disable this by
default? It also seems more reliable than simply brute-forcing this on.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
'd check: Make sure that DMA is on, make sure
> that hdparm is optimally tuned, etc.
>
> --
> see shy jo
If installation guru has to tell this, is not it time to make this as
default?
We have written out 386 machines. It may be a time to assume decent DMA
support (Of couse wit
On Mon, 30 Jan 2006 17:56:10 +0100
Florian Kulzer <[EMAIL PROTECTED]> wrote:
>
> I had this problem in the past (with the piix module) and I remember
> that some people here also experienced it with other controllers. I
> think that you can only turn on DMA if you make sure that your
> controller
jaroug wrote:
Hi,
I own a motherboard with a nforce2 based chipset. The problem is that I
can't enable dma (debian sid 2.6.15-1-k7) :
# hdparm -c1 -d1 /dev/hda
/dev/hda:
setting 32-bit IO_support flag to 1
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Operation not permitted
IO_su
On Mon, 30 Jan 2006 16:28:39 +0100
jaroug <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I own a motherboard with a nforce2 based chipset. The problem is that I
> can't enable dma (debian sid 2.6.15-1-k7) :
>
> # hdparm -c1 -d1 /dev/hda
>
> /dev/hda:
> setting
Hi,
I own a motherboard with a nforce2 based chipset. The problem is that I
can't enable dma (debian sid 2.6.15-1-k7) :
# hdparm -c1 -d1 /dev/hda
/dev/hda:
setting 32-bit IO_support flag to 1
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Operation not permitted
IO_support = 1 (3
On Tuesday 13 December 2005 21:03, 飘雨时分 wrote:
> # hdparm -c1 /dev/hda5
>
> /dev/hda5:
> setting 32-bit IO_support flag to 1
> HDIO_SET_32BIT failed: Invalid argument
> IO_support = 0 (default 16-bit)
> ~~
> does my
# hdparm -c1 /dev/hda5/dev/hda5:setting 32-bit IO_support flag to 1HDIO_SET_32BIT failed: Invalid argumentIO_support = 0 (default 16-bit)
~~does my hard disk support IO_32？~~# hdparm -I /dev/hda5/dev/hda5:ATA device, with non-removable
On Mon, 16 May 2005 09:46:27 -0400
"Thomas Chadwick" <[EMAIL PROTECTED]> wrote:
> >From: Jacob S
> >To: debian-user@lists.debian.org
> >Subject: Re: hdparm init.d script?
> >Date: Sat, 14 May 2005 09:19:29 -0500
>
> [snip]
>
> >Ah, in Woo
On Sat, 14 May 2005 10:08:04 -0400
"Thomas Chadwick" <[EMAIL PROTECTED]> wrote:
> >From: Marc Wilson
> >To: debian-user@lists.debian.org
> >Subject: Re: hdparm init.d script?
> >Date: Fri, 13 May 2005 22:20:58 -0700
> >
> >On Fri, May 13, 2005
From: Marc Wilson
To: debian-user@lists.debian.org
Subject: Re: hdparm init.d script?
Date: Fri, 13 May 2005 22:20:58 -0700
On Fri, May 13, 2005 at 04:38:01PM -0400, Thomas Chadwick wrote:
> Is there an /etc/init.d/hdparm script out there somewhere that I should
> be using?
Apparently the o
On Fri, May 13, 2005 at 04:38:01PM -0400, Thomas Chadwick wrote:
> Is there an /etc/init.d/hdparm script out there somewhere that I should
> be using?
Apparently the one the hdparm package installs and documents isn't
acceptable to you?
--
Marc Wilson | "Good healt
"Thomas Chadwick" <[EMAIL PROTECTED]> wrote:
|> I recently discovered that I can greatly improve my harddrive
|> performance by customizing a few settings using hdparm on the
|> command-line. I'd like to make the changes permanent, but I'm not sure
|> whe
Incoming from Thomas Chadwick:
> I recently discovered that I can greatly improve my harddrive performance
> by customizing a few settings using hdparm on the command-line. I'd like
> to make the changes permanent, but I'm not sure where to do that. Is there
> an /etc/in
On Fri, 13 May 2005 16:38:01 -0400
"Thomas Chadwick" <[EMAIL PROTECTED]> wrote:
> I recently discovered that I can greatly improve my harddrive
> performance by customizing a few settings using hdparm on the
> command-line. I'd like to make the changes permanent,
Thomas Chadwick wrote:
> I recently discovered that I can greatly improve my harddrive
> performance by customizing a few settings using hdparm on the
> command-line. I'd like to make the changes permanent, but I'm not sure
> where to do that. Is there an /etc/init.d/h
I recently discovered that I can greatly improve my harddrive performance by
customizing a few settings using hdparm on the command-line. I'd like to
make the changes permanent, but I'm not sure where to do that. Is there an
/etc/init.d/hdparm script out there somewhere that I shoul
I now know, what I missed:
if (ioctl(fd, HDIO_UNREGISTER_HWIF, hwif))
Just the little ioctl() ;-)
---
Alles Kaufen und Verkaufen! eBay.at - der eigene Marktplatz für Österreich.
http://www.austronaut.at/ebay.php
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe
Hi,
I used the command hdparm -U 1 /dev/hdc1 to unregister the ide1 interface.
(version 5.7)
The PC responded with:
attempting to unregister hwif#1
But that's it. And as far as I understand the C code, than -U doesn't really
do antything. I only found:
if (unregister_hwif) {
Hi,
I used the command hdparm -U 1 /dev/hdc1 to unregister the ide1 interface.
The PC responded with:
attempting to unregister hwif#1
But that's it. And as far as I understand the C code, than -U doesn't really
do antything. I only found:
if (unregister_hwif) {
printf("
org/debian-user/2004/10/msg01086.html
I just need to rescan the IDE-Bus and the only safe way, that really rescans
the bus and works 100% of the time, that appears to me is to make modules
moving them in and out (I hope that insmod IDE rescans the bus; some more
research has to be done here). B
pir aa wrote:
Hi,
I would like to know, how to tell hdparm to unregister ide1 (the secondary ide
channel). I tried with version 4.5:
hdparm -U 1
hdparm -U ide1
hdparm -U /proc/ide/ide1/channel
but it doesn't work. It just prints the help screen, not doing anything else.
Can someone please gi
On Mon, 2004-10-11 at 15:17 +0200, pir aa wrote:
> Hi,
> I would like to know, how to tell hdparm to unregister ide1 (the secondary ide
> channel). I tried with version 4.5:
> hdparm -U 1
> hdparm -U ide1
> hdparm -U /proc/ide/ide1/channel
>
> but it doesn't work. I
Hi,
I would like to know, how to tell hdparm to unregister ide1 (the secondary ide
channel). I tried with version 4.5:
hdparm -U 1
hdparm -U ide1
hdparm -U /proc/ide/ide1/channel
but it doesn't work. It just prints the help screen, not doing anything else.
Can someone please give me a hint?
Forrest Humphrey wrote:
[snip]
Okay, now say I've used hdparm to
specify that my 2 hard drives in the box should spin down after, say 5
minutes:
hdparm -S 60 /dev/hda
hdparm -S 60 /dev/hdb
[snip]
I know it could be detrimental to the drives if they are
spinning up and down all the time. Als
out through a PCI NIC. Okay, now say I've used hdparm to
specify that my 2 hard drives in the box should spin down after, say 5
minutes:
hdparm -S 60 /dev/hda
hdparm -S 60 /dev/hdb
Why not take the drives out and deploy them elsewhere?
You can run a special-purpose distro such as ipc
. I will be getting Internet access via a Linksys
802.11b USB device plugged into the K6-2 box. This box will also be the
firewall (using, of course, iptables for NAT and packet filtering), then
routing out through a PCI NIC. Okay, now say I've used hdparm to
specify that my 2 hard drives in th
on Sun, Jul 11, 2004 at 12:03:10AM -0700, Brian Nelson ([EMAIL PROTECTED]) wrote:
> "Jacob S." <[EMAIL PROTECTED]> writes:
>
> > On Sat, 10 Jul 2004 20:03:32 -0500
> > "Jacob S." <[EMAIL PROTECTED]> wrote:
> >
> >> On Sat, 10 Jul 2004 17:41:58 -0700
> >> "Karsten M. Self" <[EMAIL PROTECTED]> wrote
"Jacob S." <[EMAIL PROTECTED]> writes:
> On Sat, 10 Jul 2004 20:03:32 -0500
> "Jacob S." <[EMAIL PROTECTED]> wrote:
>
>> On Sat, 10 Jul 2004 17:41:58 -0700
>> "Karsten M. Self" <[EMAIL PROTECTED]> wrote:
>>
>>
>> > - The 'Knoppix' hostname worked its way into a few config files.
>> >
>> >
on Sat, Jul 10, 2004 at 08:22:48PM -0500, Jacob S. ([EMAIL PROTECTED]) wrote:
> On Sat, 10 Jul 2004 20:03:32 -0500
> "Jacob S." <[EMAIL PROTECTED]> wrote:
>
> > On Sat, 10 Jul 2004 17:41:58 -0700
> > "Karsten M. Self" <[EMAIL PROTECTED]> wrote:
> >
> >
> > > - The 'Knoppix' hostname worked its
On Sat, 10 Jul 2004 20:03:32 -0500
"Jacob S." <[EMAIL PROTECTED]> wrote:
> On Sat, 10 Jul 2004 17:41:58 -0700
> "Karsten M. Self" <[EMAIL PROTECTED]> wrote:
>
>
> > - The 'Knoppix' hostname worked its way into a few config files.
> >
> > # find /etc -type f -print0 | xargs -0 grep -il
On Sat, 10 Jul 2004 17:41:58 -0700
"Karsten M. Self" <[EMAIL PROTECTED]> wrote:
> - The 'Knoppix' hostname worked its way into a few config files.
>
> # find /etc -type f -print0 | xargs -0 grep -il knoppix
>
> ...and clean those up.
One question, in hopes that I can learn someth
ly) conclusion.
I still haven't run final conclusive tests on the old drive, but with a
new Maxtor 80 GB 7200 RPM 8 MB cache mumble disk in the box, I'm getting
hdparm disk read results in the 48 - 51 MiB/sec range. *Vastly* better.
I'm also no longer hearing the clicks which were
e Maxtor test utility (Smartmon?) which requires a
legacy MS Windows box to create a floppy (idiots). Remind me to cut an
image of that. Haven't run it yet as I'd need to reboot the system and
kill my backup.
I _also_ booted the system on Knoppix briefly to check that it was
getting
on Thu, Jul 08, 2004 at 02:32:39PM -0700, Richard Weil ([EMAIL PROTECTED]) wrote:
> Sorry if this is beating a dead horse since you've already checked ...
> I believe there are (at least) three different "speed" 80-conductor ide
> cables -- ATA66, ATA100, and ATA133. They are not always labeled, so
ive is black. The other one was silver.
If you can, I think I'd try a different drive. You may not have much choice
anyway. When mine decided to die, it gave me no real warning. Weird
problems, but nothing I could really put my finger on. I kept thinking it
was the kernel, or the ext3 f
1 - 100 of 378 matches
Mail list logo
