Hello,
I am using dd (coreutils) 8.11 on a GNU/Linux operating system.
I am trying to blank a 160 GB hard disk drive but I got an error and dd doesn't
want to continue:
$ sudo dd if=/dev/zero of=/dev/sdb conv=noerror,sync
dd: writing to `/dev/sdb': Input/output error
6160537+0 records in
On 12/28/2012 11:41 AM, YuGiOhJCJ Mailing-List wrote:
Hello,
I am using dd (coreutils) 8.11 on a GNU/Linux operating system.
I am trying to blank a 160 GB hard disk drive but I got an error and dd doesn't
want to continue:
$ sudo dd if=/dev/zero of=/dev/sdb conv=noerror,sync
dd: writing to
On 12/28/2012 12:41 PM, YuGiOhJCJ Mailing-List wrote:
I am trying to blank a 160 GB hard disk drive but I got an error and dd
doesn't want to continue:
$ sudo dd if=/dev/zero of=/dev/sdb conv=noerror,sync
dd: writing to `/dev/sdb': Input/output error
6160537+0 records in
6160536+0 records
On Friday 28 December 2012 06:41:02 YuGiOhJCJ Mailing-List wrote:
I am trying to blank a 160 GB hard disk drive but I got an error and dd
doesn't want to continue: $ sudo dd if=/dev/zero of=/dev/sdb
conv=noerror,sync
dd: writing to `/dev/sdb': Input/output error
6160537+0 records in
On 12/28/2012 04:29 PM, Bernhard Voelker wrote:
On 12/28/2012 12:41 PM, YuGiOhJCJ Mailing-List wrote:
I am trying to blank a 160 GB hard disk drive but I got an error and dd doesn't
want to continue:
$ sudo dd if=/dev/zero of=/dev/sdb conv=noerror,sync
dd: writing to `/dev/sdb': Input/output
On Fri, 28 Dec 2012 12:01:59 -0500
Mike Frysinger vap...@gentoo.org wrote:
On Friday 28 December 2012 06:41:02 YuGiOhJCJ Mailing-List wrote:
I am trying to blank a 160 GB hard disk drive but I got an error and dd
doesn't want to continue: $ sudo dd if=/dev/zero of=/dev/sdb
tag 13288 notabug
stop
On 12/27/2012 11:45 AM, Mario Bachmann wrote:
Hello there,
if I type man ls in a terminal, i get characters of german language.
We have äöüß ÄÖÜẞ
I hopefully use a unicode gentoo linux.
# locale
LANG=de_DE.UTF-8
LC_CTYPE=de_DE.UTF-8
LC_NUMERIC=de_DE.UTF-8
Hello -
I encountered the situation shown below so thought that I would report it to
see if it might be a bug or is expected behavior. Please let me know if you
need additional information.
Randy
$
$ echo something | tr [:lower:] [:upper:]
SOMETHING
$ echo something | tr '[:lower:]'
Dear Sir/Madam,
I think I've found a backwards-compatibility issue with tail. I know that
invoking tail without the -n argument when skipping lines (`tail +10 file.txt`)
is bad syntax, but it needs to be supported for backwards-compatibility. For
example, the Unreal Tournament GOTY installer
Hello
I found that
echo a,b,c | cut -d, -f1,2
gives the same result as
echo a,b,c | cut -d, -f2,1
This means that it's necessary to use another process to re-order columns.
I have written a patch for cut.c included in coreutils-8.20 (
http://ftp.gnu.org/gnu/coreutils/coreutils-8.20.tar.xz)
tag -1 notabug
close -1
thanks
Martyn Hare wrote:
I think I've found a backwards-compatibility issue with tail. I
know that invoking tail without the -n argument when skipping lines
(`tail +10 file.txt`) is bad syntax, but it needs to be supported
for backwards-compatibility.
Any chance
Hi Randy,
On 12/28/2012 06:37 PM, Killen, Randy wrote:
Hello -
I encountered the situation shown below so thought that I would report it to
see if it might be a bug or is expected behavior. Please let me know if you
need additional information.
Randy
$
$ echo something | tr [:lower:]
Thanks Erik. That does help.
Randy
-Original Message-
From: Erik Auerswald [mailto:auers...@unix-ag.uni-kl.de]
Sent: Friday, December 28, 2012 3:47 PM
To: Killen, Randy; 13...@debbugs.gnu.org
Subject: Re: bug#13295: Possible bug - tr utility
Hi Randy,
On 12/28/2012 06:37 PM, Killen,
severity 13301 wishlist
thanks
Brad Cater wrote:
I found that
echo a,b,c | cut -d, -f1,2
gives the same result as
echo a,b,c | cut -d, -f2,1
This is because 'cut' has always behaved that way way back forty years
for forever. So people like me don't consider it a bug. It is just
the way it
14 matches
Mail list logo