Debian User Forums

2 new harddisks were shipped overnight, and are already installed. At the moment, backups are being restored. Expect 1-2 more days for new pulses.

Sounds like http://bugs.debian.org/430064 ?

If not, please file a bug yourself, using 'reportbug', and report the exact version that it didn't and did work with and what your configuration was.

Well, then the ray dhcp server should not hand out leases to non-ray machines, and similarly, the additional dhcp server should not provide leases to the ray clients. I don't know how the ray clients can be identified, but I'm assuming there's some way to make this happen. The whole point of DHCP is...

In /etc/dhclient.conf you can 'reject' getting certain IP's. See "man dhclient.conf". There's no other configurable way though, and this is a hack -- if you control the network, you should really ensure that if there's more than one dhcp server, that they cooperate. Using some metric, the ...

Hi mystified, 1) You don't *need* the k7 kernel, but installing it, will be better for the performance of your system -- although you might not notice it, because performance is often also dependent on other things like amount of memory, and how fast disks you have. 2) For removing the kernels, you ...

So the question is, what kernel are you using? Are you using a stock Debian kernel? What does "uname -r" say? I'm pretty sure the stock Debian kernels should just work (running fine with 1GB of memory here myself).

Hm, after upgrading and rebooting, it just worked again. So looks like a bug that's meanwhile been fixed in my case in any case (my X.org worked previously also).

I'm quite unsure whether my problem was/is the same as the topic starter, so please just ignore my two posts.

Good luck,

Hm, after upgrading my laptop (thinkpad t41), which is running etch, I run into this problem too. Didn't resolve it yet, but annoying it is .

This looks like an X.org bug so far.

(removed links, as they were not relevant for the question -- and forums.debian.net is not a site to increase your pageranking in)

"Debian etch will ship with GNOME
2.14"

http://oskuro.net/blog/freesoftware/gno ... 0-06-21-45

From a Debian GNOME team member.

Basicly, the major problem is that 2.16 is still buggy, something we don't want to release with.

Sounds like you didn't yet install grub properly on the second disk, along with the /boot etc

Your disks are in sync, so removing one should work. I didn't verify your complete boot configuration, so no guarantee at all about bootability...

You'd better not use smp if you're running on a single processor, smp is only useful (and otherwise slightly degrades performance) if you have multiple processors.

cat /proc/mdstat ?

Maybe 70% of desktop users. Certainly not 70% of Debian users - probably around 70% of all Debian installations are servers, and 95% of those run stable. Do you have any creadible reference for these statistics? By using percentages you suggest knowing it by some kind of certainty, but I've never s...

We cannot put the 'whole kernel' in non-free: that's effectively make Debian unusable without actually having non-free in your sources.list. Also, as noted above in the mail from Joey Hess I referred to (please do read it), debian-installer doesn't actually support multiple sources of packages yet. ...

I think that particular URL is broken at the moment. It's a transitional issue, should get resolved later.

So you're not CPU-bound on the athlon (you'd be if it showed over 90% CPU or something, now it was obviously mostly idle). A more logical culprit is the laptop, as laptops are typically less powerful: laptop harddisks tend to really be slow, CPU's are mostly slower than the AMD Athlon 64 3000+ (unle...

Anyone know the actual estimate for the delay it would cause? 6 months of real and steady work (unsure how many people are actually willing to undertake this huge task, that's a different issue): http://lists.debian.org/debian-vote/2006/08/msg00122.html The above mail is by Joey Hess, who was the d...

10 mbyte/s? I guess you're CPU-bound: SCP uses encryption, and that takes CPU power. Use 'top' on the slowest of the two machines and see what the CPU usage is of the top few processes. If you see 'ssh' or 'sshd' or 'scp', then it's the encryption. Also pay attention to the %-amounts with 'us', 'sy'...