Opened 15 years ago
Closed 14 years ago
#424 closed defect (fixed)
"Can't access tty..." error on Mondo restore
Reported by: | casey0999 | Owned by: | victor gattegno |
---|---|---|---|
Priority: | normal | Milestone: | 2.2.9.5 |
Component: | mondo | Version: | 2.2.9.3 |
Severity: | normal | Keywords: | tty |
Cc: |
Description
Hello-
Running MondoRescue V2.2.9.3-r2622. My system is Fedora Core 12 (2.6.32 kernel) on an IBM System x3650 M2. This is a clean system just built, and I wanted to test backup and restore to an identical machine.
I used Mondo to back the system up to 2 CD's, and this seemed to go fine, but upon restoral ("nuke") to an identical system, the bootable CD boots up, starts Linux, and then stops with the error: "can't access tty; job control turned off"
Please advise - this is similar to what was happening in Ticket 256.
Thanks Scott S
Change History (6)
comment:1 by , 15 years ago
Milestone: | 2.2.9.4 → 2.2.9.5 |
---|
comment:2 by , 14 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
follow-up: 4 comment:3 by , 14 years ago
According to the modified usage.h file, we should modify mindi-busybox-1.7.3/include/init to generate
::askfirst:/bin/cttyhack /bin/sh
instead of
::askfirst:/bin/sh
comment:5 by , 14 years ago
maybe I should look at this possibility as well http://www.mail-archive.com/busybox@busybox.net/msg11793.html
comment:6 by , 14 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Should be fixed with latest mindi-busybox 1.18.3
BTW the initial problem is probably linked to a driver issue missing, which has probably been fixed in between. Reopen if still valid.
I propose the following solution.
In mindi-busybox-1.7.3/include/usage.h, replacement of:
" ::askfirst:/bin/sh\n" \
by:
" ::askfirst:/bin/cttyhack /bin/sh\n" \
Rgds Victor