Package: linux-2.6
Version: 2.6.32-29
While I was running a qemu-kvm virtual machine, I placed the virtual
disk on one of my btrfs partition and it results in very low I/O
performance. Comparing with an Ext3/4 host partition, it slows several
times.
The test I ran was installing Squeeze using d-i
Processing commands for cont...@bugs.debian.org:
> tags 608339 + pending
Bug #608339 [initramfs-tools] initramfs-tools: MODULES=dep fails when / is
ubifs (reopen)
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
608339: http://bugs.debian.org
On Fri, Dec 31, 2010 at 01:28:41PM +, Alexander Clouter wrote:
> Don't trust it enough for the 'mount |' try too? ;)
>
> Works for me, many thanks.
well, trying a minimal change targetting squeeze.
cool pushed out as maks/dep_fallback branch, waiting review
will land in master and squeeze.
Maybe this workaround needs to be added to the list of tips in:
/usr/share/doc/nfs-common/README.Debian.nfsv4
I've found the same problem
I've been trying to set up NFS4 between a lenny client and squeeze
server with Kerberos
Client and server logs from kerberos have the following:
Dec 3
On Thu, 2010-12-30 at 16:26 -0800, Willy Gommel wrote:
> I have run into a problem.
>
> It seems that the newest (experimental) kernels will not respond to "Make" in
> the usual way, Invariably, I am told that "ngcc is not found", How it comes
> up
> with "ngcc" is indeed part of my problem.
Y
Hi,
* maximilian attems [2010-12-30 21:11:18+]:
>
> > This is trivially resolved by amending the routines that search for the
> > root block device and fstype in /usr/share/initramfs-tools/hook-functions
> > to the following instead:
> >
> > # findout root block device + fstype
> > eval
Hello,
I have an old Toshiba Satellite 225CDS with 144MB of RAM and it
does the exact same thing as the 32MB laptop in 571035. I used
the Dec 29th, 2010 daily netinst cd. Before that I used the beta
2 squeeze cd.
Is this bug going anywhere? If it's dead maybe I just need to
"eBay" the old lapt
The latest squeeze kernel (2.6.32-29) improved the situation. Now,
when the system boots, the backlight is not automatically set to its
maximum level. So, it is possible to set the backlight level
during the BIOS boot phase, and keep this level.
This is a big improvement since now the system is us
On Thu, Dec 30, 2010 at 04:26:33PM -0800, Willy Gommel wrote:
> I have run into a problem.
>
> It seems that the newest (experimental) kernels will not respond to "Make" in
> the usual way, Invariably, I am told that "ngcc is not found", How it comes
> up
> with "ngcc" is indeed part of my prob
9 matches
Mail list logo