Opened 20 years ago
Closed 19 years ago
#1586 closed defect (fixed)
ramfs vs. tmpfs
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | lowest | Milestone: | |
Component: | Book | Version: | TESTING |
Severity: | normal | Keywords: | |
Cc: |
Description
There are a couple of issues here:
1) Currently the book instructs the reader mount a ramfs for the creation of temporary devices. Down a couple of paragraphs, the instructions say to mount tmpfs on /dev/shm. Since the book already assumes tmpfs support, I suggest we drop the use of ramfs and just use tmpfs for /dev.
2) The boot states "There are some symlinks and directories required by LFS that are not created by Udev, so create those here:" -- Perhaps tie in the fact that the bootscripts do this for us also.
ISTM that if we can more strongly link what we are doing in each of the steps on this page to what the bootscripts will do later, it will improve the educational value.
Change History (4)
comment:1 by , 20 years ago
Version: | SVN → TESTING |
---|
comment:2 by , 20 years ago
Owner: | changed from | to
---|
comment:3 by , 20 years ago
Fixed in trunk (r6208). Please review the text for readability and comment. Will merge to testing after peer review.
comment:4 by , 19 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Fixed in testing in r6210. Closing bug.
Moving to testing as it seems easy enough to tackle.
1) The bootscripts use tmpfs, and udev is happy with any type of filesystem. See the FAQ in the tarball:
Q: How will udev handle the /dev filesystem? A: /dev can be a ramfs, or a backing filesystem. udev does not care what
As the bootscripts mount /dev on tmpfs, and as you mentioned, we already assume tmpfs support, let's change the command appropriately.
2) Yep, that seems sound too.
Thanks.