• Skip to sidebar navigation
  • Skip to content

Bitbucket

  • More
    ProjectsRepositories
  • Help
    • Online help
    • Learn Git
    • Welcome to Bitbucket
    • Keyboard shortcuts
  • Log In
Alexander Dahl
  1. Alexander Dahl

buildroot

Public
Actions
  • Clone
  • Compare

Learn more about cloning repositories

You have read-only access

Navigation
  • Source
  • Commits
  • Branches
  • All Branches Graph
  • Forks
  1. Alexander Dahl
  2. buildroot

Source

buildroot/docs/manual/faq-troubleshooting.txt
Arnout VandecappelleArnout Vandecappelle committed 7cf4b79c82f05 Jul 2017
Raw file
Source viewDiff to previous
xxxxxxxxxx
   http://openembedded.org/[Open Embedded], or https://openwrt.org/[openWRT],
 
1
// -*- mode:doc; -*-
2
// vim: set syntax=asciidoc:
3
​
4
== Frequently Asked Questions & Troubleshooting
5
​
6
[[faq-boot-hang-after-starting]]
7
=== The boot hangs after 'Starting network...'
8
​
9
If the boot process seems to hang after the following messages
10
(messages not necessarily exactly similar, depending on the list of
11
packages selected):
12
​
13
------------------------
14
Freeing init memory: 3972K
15
Initializing random number generator... done.
16
Starting network...
17
Starting dropbear sshd: generating rsa key... generating dsa key... OK
18
------------------------
19
​
20
then it means that your system is running, but didn't start a shell on
21
the serial console. In order to have the system start a shell on your
22
serial console, you have to go into the Buildroot configuration, in
23
+System configuration+, modify +Run a getty (login prompt) after boot+
24
and set the appropriate port and baud rate in the +getty options+
25
submenu. This will automatically tune the +/etc/inittab+ file of the
26
generated system so that a shell starts on the correct serial port.
27
​
28
[[faq-no-compiler-on-target]]
29
=== Why is there no compiler on the target?
30
​
31
It has been decided that support for the _native compiler on the
32
target_ would be stopped from the Buildroot-2012.11 release because:
33
​
34
* this feature was neither maintained nor tested, and often broken;
35
* this feature was only available for Buildroot toolchains;
36
* Buildroot mostly targets _small_ or _very small_ target hardware
37
  with limited resource onboard (CPU, ram, mass-storage), for which
38
  compiling on the target does not make much sense;
39
* Buildroot aims at easing the cross-compilation, making native
40
  compilation on the target unnecessary.
41
​
42
If you need a compiler on your target anyway, then Buildroot is not
43
suitable for your purpose. In such case, you need a _real
44
distribution_ and you should opt for something like:
45
​
46
* http://www.openembedded.org[openembedded]
47
* https://www.yoctoproject.org[yocto]
48
* http://www.emdebian.org[emdebian]
49
* https://fedoraproject.org/wiki/Architectures[Fedora]
50
* http://en.opensuse.org/Portal:ARM[openSUSE ARM]
51
* http://archlinuxarm.org[Arch Linux ARM]
52
* ...
53
​
54
[[faq-no-dev-files-on-target]]
55
=== Why are there no development files on the target?
56
​
57
Since there is no compiler available on the target (see
58
xref:faq-no-compiler-on-target[]), it does not make sense to waste
59
space with headers or static libraries.
60
​
61
Therefore, those files are always removed from the target since the
62
Buildroot-2012.11 release.
63
​
64
[[faq-no-doc-on-target]]
65
=== Why is there no documentation on the target?
66
​
67
Because Buildroot mostly targets _small_ or _very small_ target
68
hardware with limited resource onboard (CPU, ram, mass-storage), it
69
does not make sense to waste space with the documentation data.
70
​
71
If you need documentation data on your target anyway, then Buildroot
72
is not suitable for your purpose, and you should look for a _real
73
distribution_ (see: xref:faq-no-compiler-on-target[]).
74
​
75
[[faq-why-not-visible-package]]
76
=== Why are some packages not visible in the Buildroot config menu?
77
​
78
If a package exists in the Buildroot tree and does not appear in the
79
config menu, this most likely means that some of the package's
80
dependencies are not met.
81
​
82
To know more about the dependencies of a package, search for the
83
package symbol in the config menu (see xref:make-tips[]).
84
​
85
Then, you may have to recursively enable several options (which
86
correspond to the unmet dependencies) to finally be able to select
87
the package.
88
​
89
If the package is not visible due to some unmet toolchain options,
90
then you should certainly run a full rebuild (see xref:make-tips[] for
91
more explanations).
92
​
  • Git repository management for enterprise teams powered by Atlassian Bitbucket
  • Atlassian Bitbucket v6.7.2
  • Documentation
  • Request a feature
  • About
  • Contact Atlassian
Atlassian

Everything looks good. We'll let you know here if there's anything you should know about.