首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >在NTFS分区调整大小过程中,配线失败。

在NTFS分区调整大小过程中,配线失败。
EN

Unix & Linux用户
提问于 2017-11-04 15:11:04
回答 1查看 953关注 0票数 3

我有一个USB驱动器连接到我的ubuntu笔记本电脑。我删除了几个未使用的分区(sdb1和sdb2)并提交了更改。然后,我调整了sdb3 (NTFS)的大小以使用整个磁盘。葛雷蒂告诉我大约需要六个小时。

30分钟后,我得到了一个错误:

代码语言:javascript
运行
复制
Libparted Error
Input/output error during read on /dev/sdb"

系统日志上说:

代码语言:javascript
运行
复制
Nov  4 16:04:41 Thinkpad kernel: [ 3662.996100] usb 2-2: reset high-speed USB device number 2 using ehci-pci
Nov  4 16:04:46 Thinkpad kernel: [ 3668.108090] usb 2-2: device descriptor read/64, error -110
Nov  4 16:05:01 Thinkpad kernel: [ 3683.324138] usb 2-2: device descriptor read/64, error -110
Nov  4 16:05:01 Thinkpad kernel: [ 3683.540073] usb 2-2: reset high-speed USB device number 2 using ehci-pci
Nov  4 16:05:07 Thinkpad kernel: [ 3688.652088] usb 2-2: device descriptor read/64, error -110
Nov  4 16:05:22 Thinkpad kernel: [ 3703.868123] usb 2-2: device descriptor read/64, error -110
Nov  4 16:05:22 Thinkpad kernel: [ 3704.084075] usb 2-2: reset high-speed USB device number 2 using ehci-pci
Nov  4 16:05:31 Thinkpad com.canonical.indicator.application[1980]: (process:2377): indicator-application-service-WARNING **: Application already exists, re-requesting properties.
Nov  4 16:05:32 Thinkpad kernel: [ 3714.492144] usb 2-2: device not accepting address 2, error -110
Nov  4 16:05:33 Thinkpad kernel: [ 3714.604102] usb 2-2: reset high-speed USB device number 2 using ehci-pci
Nov  4 16:05:43 Thinkpad kernel: [ 3725.012083] usb 2-2: device not accepting address 2, error -110
Nov  4 16:05:43 Thinkpad kernel: [ 3725.012199] usb 2-2: USB disconnect, device number 2
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016397] sd 5:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016404] sd 5:0:0:0: [sdb] tag#0 CDB: Write(10) 2a 00 02 38 3d b0 00 00 f0 00
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016408] blk_update_request: I/O error, dev sdb, sector 37240240
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016413] Buffer I/O error on dev sdb, logical block 37240240, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016417] Buffer I/O error on dev sdb, logical block 37240241, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016419] Buffer I/O error on dev sdb, logical block 37240242, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016421] Buffer I/O error on dev sdb, logical block 37240243, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016423] Buffer I/O error on dev sdb, logical block 37240244, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016425] Buffer I/O error on dev sdb, logical block 37240245, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016427] Buffer I/O error on dev sdb, logical block 37240246, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016430] Buffer I/O error on dev sdb, logical block 37240247, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016435] Buffer I/O error on dev sdb, logical block 37240248, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016437] Buffer I/O error on dev sdb, logical block 37240249, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.033717] sd 5:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Nov  4 16:05:43 Thinkpad kernel: [ 3725.033723] sd 5:0:0:0: [sdb] tag#0 CDB: Write(10) 2a 00 02 38 3e a0 00 00 f0 00
Nov  4 16:05:43 Thinkpad kernel: [ 3725.033727] blk_update_request: I/O error, dev sdb, sector 37240480

因此,由于某种原因,它与磁盘失去了联系。我试着点击“重试”和“取消”,但是不管我按了多少次,它都会问我。然后我向fdisk确认sdb确实消失了。我拔出磁盘,并再次将它插入(到相同的USB端口),但现在它显示为sdc。葛雷蒂拒绝继续,因为康体局仍下落不明。

有什么办法继续吗?杀死裂开的过程?重新启动笔记本电脑?我可以将sdc更名为sdb吗?我尝试使用符号链接(在-s中使用sdc,在/dev中),但是它没有帮助。

如果我再次拔出它,我是否可以从操作系统中删除sdb的引用,以便磁盘在再次插入时显示为sdb?然后我就可以按下“重试”了。

目标不是松散sdb3分区上的数据。

注意:崩溃发生在分区调整期间(而不是在分区删除期间)。

EN

回答 1

Unix & Linux用户

发布于 2017-11-19 12:43:57

在这种情况下,它是一个破碎的USB3.0硬盘外壳。我将磁盘切换到另一个机箱,并重新连接它,但Linux无法使用它。然后我把它连接到了一个windows 7笔记本电脑上。chkdsk花了几个小时来修复文件系统。有一段时间,我认为它成功了,因为它显示了所有的文件,但不幸的是,其中的9/10被破坏了。

重新格式化之后,我再次使用chkdsk检查了磁盘,并且磁盘本身似乎没有问题。

数据丢失了,但幸运的是,我有了工作备份。在修改分区之前,你应该经常检查备份.

票数 0
EN
页面原文内容由Unix & Linux提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://unix.stackexchange.com/questions/402512

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档