Hi,
unfortunately the build of coreutils 8.20-1 has not made it to i386 and other
architectures.
Also Wheezy is affected by this issue. Any chance that this get fixed in
Wheezy as well?
Thanks
Andi
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Control: tags -1 + fixed-upstream
Control: severity -1 important
It seems that this was worked-around upstream in
http://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=commit;h=1e18d8416f9ef43bf08982cabe54220587061a08.
--
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me
reassign 653073 coreutils
found 653073 6.10-6
thanks
On Thu, Nov 08, 2012 at 12:30:48PM -0500, Samuel Bronson wrote:
Control: tags -1 + fixed-upstream
Control: severity -1 important
It seems that this was worked-around upstream in
Package: initscripts
Version: 2.88dsf-22
Followup-For: Bug #653073
This happen even if there no uuid mount in fstat :
$ LC_ALL=C df
Filesystem 1K-blocks Used
Available Use% Mounted on
rootfs
In addition to this, df also reports bind mounts where Filesystem is the
device of the bind mount source and the Mounted on is the bind mount
destination.
Is this intended? It sure is very impractical on my system with many bind
mounts and it doesn't say where the bind mount originates from
Since this bug was making my life miserable, I patched df to fix its
output. The attached patch hides rootfs type mount points, and
canonicalizes device paths when displaying them.
Result:
Filesystem Size Used Avail Use% Mounted on
udev495M 0 495M 0% /dev
tmpfs
The df output has two distinct problems, which will have separate
solutions.
Regarding the duplicate rootfs entry, I had thought (from d-i) that it
was possible to use pivot_root and then umount the initrd afterwards.
However, hpa tells me that the rootfs is the cwd for kernel threads so
cannot
RL - initramfs mount command line
RL - initramfs busymox mount binary
RL - initramfs /dev [but should be udev]
Does your fstab have any UUID in it?
We were told that's what we should use.
Does your df(1) or mount(1) output also have none, some, or all of them?
Is there a way to get back the
On Sat, Dec 24, 2011 at 10:21:26PM +0800, jida...@jidanni.org wrote:
RL - initramfs mount command line
RL - initramfs busymox mount binary
RL - initramfs /dev [but should be udev]
Does your fstab have any UUID in it?
No. I use LVM.
We were told that's what we should use.
This is correct
RL root= on the kernel command-line, rather than an initramfs, it may
RL also be the case that the UUID is the only thing available to
RL the kernel in early boot, and this is preserved.
That must be the case.
RL Readability of the strings is not really related here. UUIDs
RL are used for
On Fri, Dec 23, 2011 at 11:46:18PM +0800, jida...@jidanni.org wrote:
RL == Roger Leigh rle...@codelibre.net writes:
RL I would suggest checking what is in /etc/mtab and /proc/mounts.
RL /etc/mtab was changed to be a symlink to /proc/mounts. If you
RL are mounting by UUID, then I think this
X-debbugs-Cc: rle...@debian.org
Package: initscripts
Version: 2.88dsf-16
I have little idea of which package causes
$ { df; mount;}|grep disk
/dev/disk/by-uuid/551e44e1-2cad-42cf-a716-f2e6caf9dc78 1071468 287800
729240 29% /
/dev/disk/by-uuid/551e44e1-2cad-42cf-a716-f2e6caf9dc78 on / type
On Fri, Dec 23, 2011 at 10:23:27PM +0800, jida...@jidanni.org wrote:
X-debbugs-Cc: rle...@debian.org
Package: initscripts
Version: 2.88dsf-16
I have little idea of which package causes
$ { df; mount;}|grep disk
/dev/disk/by-uuid/551e44e1-2cad-42cf-a716-f2e6caf9dc78 1071468 287800
23:43 ~$ cat /etc/mtab
rootfs / rootfs rw 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
udev /dev devtmpfs rw,relatime,size=248048k,nr_inodes=62012,mode=755 0 0
devpts /dev/pts devpts
RL == Roger Leigh rle...@codelibre.net writes:
RL I would suggest checking what is in /etc/mtab and /proc/mounts.
RL /etc/mtab was changed to be a symlink to /proc/mounts. If you
RL are mounting by UUID, then I think this is to be expected.
Yes I see the same situation there too. But in all
15 matches
Mail list logo