OSError: [Errno 25] Inappropriate ioctl for device
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | ubiquity (Ubuntu) |
Undecided
|
Dimitri John Ledkov | ||
| | Trusty |
Undecided
|
Dimitri John Ledkov | ||
| | Utopic |
Undecided
|
Dimitri John Ledkov | ||
Bug Description
With 14.04, I've found that oem-config no longer prompts end users for their final configuration details. In fact, the system reboots abruptly and no longer has the oem user account.
From the contents of /var/log/
This is definitely a regression from the 12.04 release.
Ubiquity 2.18.8 (oem-config)
Traceback (most recent call last):
File "/usr/sbin/
main(
File "/usr/sbin/
install(
File "/usr/sbin/
open_terminal()
File "/usr/sbin/
ttyn = os.ttyname(0)
OSError: [Errno 25] Inappropriate ioctl for device
Ubiquity 2.18.8 (oem-config)
Traceback (most recent call last):
File "/usr/sbin/
main(
File "/usr/sbin/
install(
File "/usr/sbin/
open_terminal()
File "/usr/sbin/
ttyn = os.ttyname(0)
OSError: [Errno 25] Inappropriate ioctl for device
Ubiquity 2.18.8 (oem-config)
Traceback (most recent call last):
File "/usr/sbin/
main(
File "/usr/sbin/
install(
File "/usr/sbin/
open_terminal()
File "/usr/sbin/
ttyn = os.ttyname(0)
OSError: [Errno 25] Inappropriate ioctl for device
Ubiquity 2.18.8 (oem-config)
Traceback (most recent call last):
File "/usr/sbin/
main(
File "/usr/sbin/
install(
File "/usr/sbin/
open_terminal()
File "/usr/sbin/
ttyn = os.ttyname(0)
OSError: [Errno 25] Inappropriate ioctl for device
Ubiquity 2.18.8 (oem-config)
Traceback (most recent call last):
File "/usr/sbin/
main(
File "/usr/sbin/
install(
File "/usr/sbin/
open_terminal()
File "/usr/sbin/
ttyn = os.ttyname(0)
OSError: [Errno 25] Inappropriate ioctl for device
Reading package lists...
Building dependency tree...
Reading state information...
The following packages were automatically installed and are no longer required:
alsa-base alsa-utils apt-clone archdetect-deb bogl-bterm btrfs-tools dmraid
kpartx kpartx-boot libasound2 libasound2-data libdebian-
libdevmapper-
libparted0debian1 libpolkit-agent-1-0 libpolkit-
libsamplerate0 linux-sound-base lvm2 ncurses-term ntfs-3g policykit-1
python3-icu python3-pam python3-xkit rdate sbsigntool ubiquity-casper
ubiquity-
Use 'apt-get autoremove' to remove them.
The following packages will be REMOVED:
oem-config* oem-config-debconf* ubiquity* ubiquity-
0 upgraded, 0 newly installed, 4 to remove and 0 not upgraded.
After this operation, 19.7 MB disk space will be freed.
(Reading database ... 50531 files and directories currently installed.)
Removing oem-config (2.18.8) ...
Purging configuration files for oem-config (2.18.8) ...
Removing oem-config-debconf (2.18.8) ...
Purging configuration files for oem-config-debconf (2.18.8) ...
Removing ubiquity-
Removing ubiquity (2.18.8) ...
Purging configuration files for ubiquity (2.18.8) ...
| Jamin W. Collins (jcollins) wrote : | #1 |
| Jamin W. Collins (jcollins) wrote : | #2 |
Looks like this was the offending commmit:
http://
The attachment "instruct upstart to attach STDIN to job" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.
[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]
| tags: | added: patch |
| Changed in oem-config (Ubuntu): | |
| assignee: | nobody → Dimitri John Ledkov (xnox) |
| affects: | oem-config (Ubuntu Utopic) → ubiquity (Ubuntu Utopic) |
| Changed in ubiquity (Ubuntu Trusty): | |
| assignee: | nobody → Dimitri John Ledkov (xnox) |
| status: | New → Triaged |
| Changed in ubiquity (Ubuntu Utopic): | |
| status: | New → In Progress |
| Launchpad Janitor (janitor) wrote : | #4 |
This bug was fixed in the package ubiquity - 2.19.5
---------------
ubiquity (2.19.5) utopic; urgency=medium
* Re-add "console output" stanza to the oem-config upstart job to
re-instate stdin/stdout. (LP: #1361595)
* Automatic update of included source packages: netcfg 1.119ubuntu1.
-- Dimitri John Ledkov <email address hidden> Sun, 31 Aug 2014 23:52:22 +0100
| Changed in ubiquity (Ubuntu Utopic): | |
| status: | In Progress → Fix Released |
| Changed in ubiquity (Ubuntu Trusty): | |
| status: | Triaged → In Progress |
Hello Jamin, or anyone else affected,
Accepted ubiquity into trusty-proposed. The package will build now and be available at http://
Please help us by testing this new package. See https:/
If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-
Further information regarding the verification process can be found at https:/
| Changed in ubiquity (Ubuntu Trusty): | |
| status: | In Progress → Fix Committed |
| tags: | added: verification-needed |
| tags: | added: trusty |
| Jamin W. Collins (jcollins) wrote : | #6 |
Chris,
I may be looking in the wrong area, but from the provided link I can only find three binaries built for amd64 (https:/
Binary packages
Binary packages produced by this build:
ubiquity 2.18.8.4
ubiquity-
ubiquity-
Built files
Files resulting from this build:
ubiquity-
ubiquity-
ubiquity_
However the file in question (/etc/init/
As a part of the Stable Release Updates quality process a search for Launchpad bug reports using the version of ubiquity from trusty-proposed was performed and bug 1417834 was found. Please investigate this bug report to ensure that a regression will not be created by this SRU. In the event that this is not a regression remove the "verification-
| tags: | added: verification-failed |
Removing verification-
| tags: | removed: verification-failed |
| tags: | added: verification-done |
| tags: | removed: verification-done |
The OEM installation appears to work properly using trusty-
One issue however, which is unrelated to oem-config itself is that I am unable to start an OEM installation straight from the gfxboot menu on the CD (using a VM), something which worked for 14.04.1. One needs to manually add oem-config/
| tags: | added: verification-done |
| tags: | removed: verification-needed |
| Launchpad Janitor (janitor) wrote : | #10 |
This bug was fixed in the package ubiquity - 2.18.8.4
---------------
ubiquity (2.18.8.4) trusty; urgency=medium
* Re-add "console output" stanza to the oem-config upstart job to
re-instate stdin/stdout. (LP: #1361595)
-- Dimitri John Ledkov <email address hidden> Sun, 21 Dec 2014 07:05:55 +0000
| Changed in ubiquity (Ubuntu Trusty): | |
| status: | Fix Committed → Fix Released |
| Adam Conrad (adconrad) wrote : Update Released | #11 |
The verification of the Stable Release Update for ubiquity has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.


The root cause of this is a missing entry in the upstart init config: /etc/init/ oem-config. conf
Specifically, the upstart config is not attaching STDIN to the job.
The attached patch fixes this.