Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.kernel > #72140
| From | Anton Ivanov <anton.ivanov@kot-begemot.co.uk> |
|---|---|
| Newsgroups | linux.debian.bugs.dist, linux.debian.kernel |
| Subject | Bug#989571: linux-image-5.10.0-0.bpo.3-amd64: Incorrect large USB disk sizing leading to data corruption |
| Date | 2021-06-07 23:40 +0200 |
| Message-ID | <Cnv8t-1fQ-3@gated-at.bofh.it> (permalink) |
| References | <CntJn-ta-3@gated-at.bofh.it> <Cnum5-K6-3@gated-at.bofh.it> <CntJn-ta-3@gated-at.bofh.it> <Cnum5-K6-3@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Cross-posted to 2 groups.
Close please. The 17G was from trying to blank the drive, which for some reason disconnected in the process resulting in a file written in /dev with the name sda. From there on the loop and so on. So there was a /dev/sda file as a left-over after that. Thanks for pointing me in the right direction and apologies. I am going to continue investigating why I got the data corruption in the first place, before I tried to blank it, but it looks like it may have been a hardware issue with the original USB-to-ATA bridge. -- Anton R. Ivanov https://www.kot-begemot.co.uk/
Back to linux.debian.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
Bug#989571: linux-image-5.10.0-0.bpo.3-amd64: Incorrect large USB disk sizing leading to data corruption Anton Ivanov <anton.ivanov@kot-begemot.co.uk> - 2021-06-07 22:10 +0200
Bug#989571: linux-image-5.10.0-0.bpo.3-amd64: Incorrect large USB disk sizing leading to data corruption Bastian Blank <waldi@debian.org> - 2021-06-07 22:50 +0200
Bug#989571: linux-image-5.10.0-0.bpo.3-amd64: Incorrect large USB disk sizing leading to data corruption Anton Ivanov <anton.ivanov@kot-begemot.co.uk> - 2021-06-07 23:40 +0200
csiph-web