这是一个创建于 2979 天前的主题，其中的信息可能已经有所发展或是发生改变。
正常安装，保持在线更新，将一个 1G 多的 iso 文件写入 U 盘（ cp 和 dd 两种方式都试过）时，总是随机出现 systemd-udevd 报错，试了多次都是同样的错误，具体错误信息没记录下来，大概是某扇区写入错误。现在已经不用这两货了，不好重现，发这贴纯粹是因为回想起来有点奇怪。。。
然后没办法，只好启动已经写好的另一个 debian 9 U 盘，然后进入 live shell，发现完全可以正常写入 iso 文件。
这期间，那个要写 iso 文件的 U 盘没有插拨过，排除 USB 口接触不良的可能。
由于 live 系统正常，而安装到硬盘并更新过的系统则异常，所以，我猜是更新导致的，但 debian 9 与 ubuntu 16.04 同时出现这种故障，真是神奇，二者的更新服务器都是指向 USTC 的镜像。
第 1 条附言 2017 年 11 月 22 日
我现在回忆起当时为嘛要重复写几次 iso 的过程了。
起初装的是 Debian 9.2.1，然后发现 Chrome 无法使用 namespace sandbox，只能 suid，而我 Google 了半天也没找到解决方案，然后又听说 Ubuntu 字体很漂亮，Google 官方各种与 linux 有关的文档也都是 Ubuntu 的，马上又想改装 Ubuntu，然后就在 debian 下 dd 到 u 盘，试了好多次都是出错，然后没拨盘，在另一个 usb 口插入 debian 的安装盘，启动到 live shell，dd 一次成功！
然后又玩了几天 Ubuntu，发现字体是挺漂亮，但仍有很多不如意的地方，尤其是那种指定镜像的软件仓库，没有像 Fedora 那样的官方的 metalink 来保证镜像的可靠性，想来想去，还是回到熟悉的 Fedora 算了，然后又写 Fedora 的 u 盘，结果好神奇，跟 debian 一模一样的错误！试了好几次都一样，然后又是进 live shell 后再 dd，同样一次成功。
然后我就又用回 Fedora 了。
起初装的是 Debian 9.2.1，然后发现 Chrome 无法使用 namespace sandbox，只能 suid，而我 Google 了半天也没找到解决方案，然后又听说 Ubuntu 字体很漂亮，Google 官方各种与 linux 有关的文档也都是 Ubuntu 的，马上又想改装 Ubuntu，然后就在 debian 下 dd 到 u 盘，试了好多次都是出错，然后没拨盘，在另一个 usb 口插入 debian 的安装盘，启动到 live shell，dd 一次成功！
然后又玩了几天 Ubuntu，发现字体是挺漂亮，但仍有很多不如意的地方，尤其是那种指定镜像的软件仓库，没有像 Fedora 那样的官方的 metalink 来保证镜像的可靠性，想来想去，还是回到熟悉的 Fedora 算了，然后又写 Fedora 的 u 盘，结果好神奇，跟 debian 一模一样的错误！试了好几次都一样，然后又是进 live shell 后再 dd，同样一次成功。
然后我就又用回 Fedora 了。
 | 1 wsy2220 2017 年 11 月 22 日 dd 进去再 dd 出来比较一下 hash 看看 |
 | 2 oska874 2017 年 11 月 22 日 用了三年，没遇见过。 |
 | 3 pq OP @wsy2220 晕，根本没法成功 dd 完呀，都是中途出错，同样的机器，Fedora、debian/ubuntu 的 live os 都能正常写入。 我觉得可能是在线更新的 firmware 有问题，google 了一下，有人说是 HAL 的问题。。。 |
| 5 pq OP @wsy2220 这点应该不用担心，因为我后来写入过两个版本的(26 & 27)Fedora iso，安装都完全正常，那可是个 2G 多的 live os，安装是直接从 live 系统 rsync 到硬盘上的。 |
 | 6 adadada 2017 年 11 月 22 日 via iPhone 至少贴一下 udev 的报错信息吧 |
| 7 pq OP @adadada 那是一个月前的事了，我现在不用 deb 系的发行版了，出错时很像是内核崩溃时的样子，控制台上突然出现一堆信息并失去响应（但可以 alt-Fx 切到其它），我能记住的就是 udevd，应该是出错的源。 |
 | 8 loadinger 2017 年 11 月 23 日 有个 u 盘，各种 windows 上无法用，到了 ubuntu14.04 上毫无压力。。。 |
Select Language