Bug 904703
| Summary: | cpio died on signal 11 when doing business on faulty SDHC card. | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Endre "Hrebicek" Balint-Nagy <endre> | ||||
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||
| Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 18 | CC: | benl, gansalmon, itamar, jonathan, kdudka, kernel-maint, madhu.chinakonda, ovasik, praiskup | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | |||||||
| : | 911102 (view as bug list) | Environment: | |||||
| Last Closed: | 2013-02-22 02:30:13 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 911102 | ||||||
| Attachments: |
|
||||||
|
Description
Endre "Hrebicek" Balint-Nagy
2013-01-27 06:26:16 UTC
After some pondering and playing with the dm-flakey module, I decided it is not the cpio-s fault if a MMAP-ed page abruptly disappears (The most likely scenario of the problem.) . This is a kernel issue, and the possible error handling scenarios should be discussed with the kernel developers. Endre/Ondras Moving to kernel based on reporter's comment #1 Some more background. On my acer aspire I have a 3.6.7-acer kernel, I mean an official 3.6.7 kernel with cut-down config for this machine produced a different symptom: sd 5:0:0:0: [sdb] Add. Sense: Medium not present sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 00 01 e4 60 00 00 08 00 EXT3-fs error (device sdb2): ext3_get_inode_loc: unable to read inode block - inode=404, block=140 sd 5:0:0:0: [sdb] Device not ready sd 5:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE sd 5:0:0:0: [sdb] Sense Key : Not Ready [current] sd 5:0:0:0: [sdb] Add. Sense: Medium not present In the end all 3 partitions remained mounted while the media disappeared. A bit more sensible behavior. After clearing the 3rd partition and cleaning the /etc/shadow sitting in the second one I can pass the faulty hardware to any developer located in Brno (Czech Republic) to study the phenomenon. I think reading media not present as size change to 0 is to not distinguishing between semantically very different error conditions, some corrections are necessary I bet. Endre/Ondraš. P.S. The offending kernel is 3.7.4-204.fc18.x86_64 and its cut-down version 3.7.4-pinky. I did the cleaning, so ready to handover the faulty SDHC card if you promise to not open the package. (As you know, almost impossible to clean completely an SDHC card, so some private data is surely still present. I mean disassembling the SDHC card.) Endre/Ondras. I am going home to Hungary, I come back to Brno 6th February late evening. Cheers till then! Endre/Ondraš P.S. Gnome3 drives me mad. Till 7th I hope mate gets into shape. As using a better SDHC card reader is always a solution, better not to waste time on a such simplified hardware handling the error poorly. WORKAROUND: use a better SDHC card reader. (I know normally to my role to close a bug, but wasting more human capacities on this is unnecessary.) |