Mailinglist Archive: opensuse-bugs (14787 mails)
| < Previous | Next > |
[Bug 223770] Update/Installation doesn't accept CD2
- From: bugzilla_noreply@xxxxxxxxxx
- Date: Tue, 28 Nov 2006 04:55:03 -0700 (MST)
- Message-id: <20061128115503.B59C925C887@xxxxxxxxxxxxxxxxxxxxxx>
https://bugzilla.novell.com/show_bug.cgi?id=223770
htejun@xxxxxxxxx changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |htejun@xxxxxxxxx
------- Comment #8 from htejun@xxxxxxxxx 2006-11-28 04:55 MST -------
What seems to happen is..
1. before finishing with install cd 1, some command is issued which causes
failures on some drives. dunno what yet. as the device is still open, tray is
locked, so eject button doesn't work.
2. user clicks the eject button. ioctl command is issued to unlock and eject
the tray but the device is still opened by the process which issued the failed
command.
3. user changes cd and tell the installer to continue. because the failed
process is still holding on to the cdrom device, the device is not revalidated
and thus the device's size remains the same as cd1's size which is shorter than
cd2.
So, the result is, reading beyond end of device and media check failure for
cd's larger than cd1. The solution: find who issues the failing command and
fix it such that it doesn't issue such command && it closes fd properly even
after failure.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
htejun@xxxxxxxxx changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |htejun@xxxxxxxxx
------- Comment #8 from htejun@xxxxxxxxx 2006-11-28 04:55 MST -------
What seems to happen is..
1. before finishing with install cd 1, some command is issued which causes
failures on some drives. dunno what yet. as the device is still open, tray is
locked, so eject button doesn't work.
2. user clicks the eject button. ioctl command is issued to unlock and eject
the tray but the device is still opened by the process which issued the failed
command.
3. user changes cd and tell the installer to continue. because the failed
process is still holding on to the cdrom device, the device is not revalidated
and thus the device's size remains the same as cd1's size which is shorter than
cd2.
So, the result is, reading beyond end of device and media check failure for
cd's larger than cd1. The solution: find who issues the failing command and
fix it such that it doesn't issue such command && it closes fd properly even
after failure.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
| < Previous | Next > |