Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Ossy <ossy1980@gmx.net>
To: buildroot@busybox.net
Subject: [Buildroot] init: I won't write compressed data to a terminal.
Date: Wed, 07 Jul 2010 22:14:39 +0200	[thread overview]
Message-ID: <4C34E02F.4090102@gmx.net> (raw)
In-Reply-To: <87eiff5daa.fsf@macbook.be.48ers.dk>

Am 07.07.2010 20:59, schrieb Peter Korsgaard:
>>>>>> "Ossy" == Ossy<ossy1980@gmx.net>  writes:
>
>   Ossy>  Am 07.07.2010 07:52, schrieb Peter Korsgaard:
>   >>>>>>>  "Ossy" == Ossy<ossy1980@gmx.net>   writes:
>   >>
>   Ossy>  Hi buildroot mailinglist,
>   Ossy>  After successfully compiling a whole rootfs and mounting it via loop
>   Ossy>  on some nfs export I started my arm ebedded device and ran into tho
>   Ossy>  following error after booting the image via tftp.
>   >>
>   Ossy>  "init: I won't write compressed data to a terminal."
>   >>
>   >>  What .config are you using? That string doesn't exist in the busybox
>   >>  init (or anywhere in busybox).
>
>   Ossy>  I'm using the configuration attached (you may need to ignore my custom
>   Ossy>  settings for the sheevaplugbased DockStar).
>
>   Ossy>  I mount the generated rootfs with
>   Ossy>  mount -o loop,ro br_dist/dev/rootfs.ext2 /exports/rootfs/rfs1
>   Ossy>  and export it via nfs. The Kernel supports rootfs over nfs and was
>   Ossy>  able to mount the filesystem via nfs. After that I get the above
>   Ossy>  mentioned error.
>
> You can also simply extract the generated tarball as root instead of the
> ext2 stuff.
I extracted the the tar archive into the directory, but I get the same 
error:
[   26.191501] Looking up port of RPC 100003/2 on 192.168.1.106
[   26.203553] Looking up port of RPC 100005/1 on 192.168.1.106
[   26.280377] VFS: Mounted root (nfs filesystem) on device 0:12.
[   26.286293] Freeing init memory: 112K
init: I won't write compressed data to a terminal.
init: For help, type: `init --help'.
[   26.361526] Kernel panic - not syncing: Attempted to kill init!
[   26.367484] Backtrace:
[   26.369970] [<c0028544>] (dump_backtrace+0x0/0x110) from [<c0314e70>] 
(dump_stack+0x18/0x1c)
[   26.378465]  r7:c7820000 r6:c7820000 r5:4005eef0 r4:c03f89dc
[   26.384207] [<c0314e58>] (dump_stack+0x0/0x1c) from [<c0314ec4>] 
(panic+0x50/0x13c)
[   26.391923] [<c0314e74>] (panic+0x0/0x13c) from [<c003e064>] 
(do_exit+0x6c/0x690)

>   Ossy>  As Mitch already mentioned, this error comes from bzip2 (or maybe
>   Ossy>  gzip). So I guess there is some ext2 inline compression, which is not
>   Ossy>  compatibel with the serial console?
>
> No, as you mount the ext2 on the nfs server and not on your embedded
> box. Have you added any custom init scripts in your tree?
>
> What does a grep -rlis zip * in your /etc give?
ossy at debian-virtual:/exports/rootfs/rfs1/etc$ grep -rlis zip *
profile
services
sysconfig/sysstat
ossy at debian-virtual:/exports/rootfs/rfs1/etc$ less sysconfig/sysstat
# sysstat-9.0.5 configuration file.

# How long to keep log files (in days).
# If value is greater than 28, then log files are kept in
# multiple directories, one for each month.
HISTORY=7

# Compress (using gzip or bzip2) sa and sar files older than (in days):
COMPRESSAFTER=10

sysconfig/sysstat (END)

> I don't see anything wrong with your .config's right away.

      reply	other threads:[~2010-07-07 20:14 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-06 22:16 [Buildroot] init: I won't write compressed data to a terminal Ossy
2010-07-07  0:35 ` Mitch Davis
2010-07-07 20:20   ` Ossy
2010-07-07 20:33     ` Peter Korsgaard
2010-07-07 20:41       ` Ossy
2010-07-07 20:49         ` Peter Korsgaard
2010-07-07 21:39           ` Peter Korsgaard
2010-07-09 19:46             ` Ossy
2010-07-11 18:52               ` Peter Korsgaard
2010-07-07 20:45       ` Peter Korsgaard
2010-07-07  5:52 ` Peter Korsgaard
2010-07-07  6:14   ` Mitch Davis
2010-07-07 18:00   ` Ossy
2010-07-07 18:59     ` Peter Korsgaard
2010-07-07 20:14       ` Ossy [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4C34E02F.4090102@gmx.net \
    --to=ossy1980@gmx.net \
    --cc=buildroot@busybox.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox