我试图使用 Nautilus 将目录从本地驱动器复制到 Google Drive。但 Nautilus 表明它需要 596,523 小时。此外，在复制方面也没有明显的进展。当我使用 Google Drive 本身（文件夹上传）时，它建议的时间大约是 24 小时。
为什么需要的时间有如此大的差异？可以做些什么来解决这个问题？
我创建了几个大约 2.0G 大小的逻辑卷进行练习，然后在其中创建了 GFS2 文件系统。
有八个物理卷，从中创建了两个逻辑卷。
# vgs
VG #PV #LV #SN Attr VSize VFree
IACVG 8 2 0 wz--n- 7.46g 3.46g
每个逻辑卷大小为 2.0 GB。
# lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
IACLV1 IACVG -wi-ao---- 2.00g
IACLV2 IACVG -wi-ao---- 2.00g
# mkfs.gfs2 -t IACcluster:IAClock1 -p lock_nolock -j 4 /dev/IACVG/IACLV1
# mkfs.gfs2 -t IACcluster:IAClock2 -p lock_nolock -j 4 /dev/IACVG/IACLV2
然后我安装了这些卷。
# mount /dev/IACVG/IACLV1 /mnt/lv1
# mount /dev/IACVG/IACLV2 /mnt/lv2
但是，尽管我没有在其中写任何东西，但这些卷显示出很大的用途。
# df -h
.................
/dev/mapper/IACVG-IACLV1 2.0G 518M 1.5G 26% /mnt/lv1
/dev/mapper/IACVG-IACLV2 2.0G 518M 1.5G 26% /mnt/lv2
我无法对此作出解释。
升级到 Ubuntu 17.10 后，顶部栏中缺少一些图标。
例如，我使用clipit已经有一段时间了。以前，一旦启动，顶部栏中会出现一个图标，允许用户通过单击鼠标访问剪贴板。但是，升级到 Ubuntu 17.10 后，图标不再出现在顶部栏中。
Clipit 是我启动时的应用程序之一。
而且，clipit 肯定在运行。
masroor@masroor-HP-ProDesk-400:~$ ps -axu | grep clipit masroor 2303 0.2 0.2 583160 23976 tty2 Sl+ 07:59 0:22 clipit masroor 9476 0.0 0.0 14696 1088 pts/1 S+ 10:49 0:00 grep -- color=auto clipit
其他图标，如键盘语言指示器也不见了。
你能告诉我如何让图标重新出现在我的顶部栏中吗？
我将其中一台机器升级到了 Ubuntu 17.04。可能是相关的，也可能不是，但是对于这台机器，Avro Bengali 键盘在升级后切换到了马来语（爪夷文）。
我的另外两台运行 Ubuntu 16.04 的机器运行良好。
请查看这些不言自明的屏幕截图。
我尝试删除并重新添加键盘，卸载并重新安装键盘但无济于事。
每当我切换到 Avro 键盘时，我都会收到阿拉伯语文本。
我有一个 ZTE MF-193E 调制解调器，以前运行良好。当我一年多前购买这款调制解调器时，它开箱即用。现在，随着 Ubuntu 版本的进步，事情对我来说变得越来越困难。
这个调制解调器几个月前甚至可以在 Ubuntu 15.04（64 位）上运行。现在，在 Ubuntu 15.10（64 位）中，它无法连接。
我已经设置了移动宽带连接。我已经为 APN 尝试过各种字符串，但这以前不是问题。
（调制解调器在 Windows 10 中运行良好，因此，这根本不是硬件问题。此外，调制解调器管理器 GUI可以很好地检测到此设备。可以毫无问题地发送和接收 SMS。）
当我插入调制解调器时，它会被检测到，Unity 中会显示一个带有调制解调器名称的 CD 图标。几秒钟后，我收到一个消息框
Mobile Broadband Network: you are registered on the home network
在网络图标附近。
当我尝试连接时，网络管理器小程序中的无线图标开始那些离心运动，但最终连接失败，并显示一条消息告诉我我处于离线状态。
我可以隔离的线/var/log/syslog是这样的，
NetworkManager[628]: <info> (ttyUSB1): device state change: ip-config
> -> failed (reason 'ip-config-unavailable') [70 120 5]
虽然，我不确定这是否是相关的。
/var/log/syslog可以在此处找到来自的更多行
。
更新 1 - 2015 年 12 月 6 日
正如一位成员所指出的，尝试了nf_conntrack_pptp模块方法。
执行了以下命令，
$ lsmod | grep nf_conntrack_pptp | wc -l
0
$ sudo modprobe nf_conntrack_pptp
lsmod | grep nf_conntrack_pptp
nf_conntrack_pptp 20480 0
nf_conntrack_proto_gre 16384 1 nf_conntrack_pptp
nf_conntrack 106496 2 nf_conntrack_proto_gre,nf_conntrack_pptp
然后试了我的调制解调器，同样失败。日志中也没有明显的变化。
更新 2 - 2015 年 12 月 6 日
以root身份执行，
systemctl restart network-manager.service
屏幕（终端）上没有输出。
可以在此处找到从上述点到尝试使用调制解调器连接的相应日志。
更新 3 - 2015 年 12 月 6 日
安装ofono然后再次尝试调制解调器。
请在此处查看日志。
更新 4 - 2015 年 12 月 6 日
再次以root身份执行，
systemctl restart network-manager.service
可以在此处找到从上述点到尝试使用调制解调器连接的相应日志。
更新 5 - 2015 年 12 月 6 日
将所有“拒绝”更改为“允许” /etc/dbus-1/system.d/nm-dispatcher.conf。
尝试连接。没运气。
一些网络连接和断开以太网连接。
紧随其后sudo systemctl restart network-manager.service。
调制解调器拔出并插入。
再次尝试连接。不连接。
日志在这里。
更新 6 - 2015 年 12 月 6 日
已执行
sudo killall ModemManager; sudo ModemManager --debug 2>&1 | tee /tmp/modem.log.txt
和
export NM_PPP_DEBUG=1
sudo NetworkManager --no-daemon 2>&1 | tee /tmp/nm.log.txt
mm-test.py由于多个错误而无法运行。确实在指定位置找到了文件。从https://github.com/openshine/ModemManager/blob/master/test/mm-test.py得到这个。
上面的命令和wiki里的有些不同。
日志文件在这里。
更新 7 - 2015 年 12 月 7 日
再次执行（在建议的更改/lib/udev/rules.d/40-usb_modeswitch.rules和重启之后）
sudo killall ModemManager; sudo ModemManager --debug 2>&1 | tee /tmp/modem.log.txt
和
sudo NM_PPP_DEBUG=1 /usr/sbin/NetworkManager --log-level=debug --no-daemon > /tmp/nm.log.txt
也包括/var/log/syslog在内。
日志文件在这里。
更新 8 - 2015 年 12 月 8 日
更新的日志集在这里。
更新 9 - 2015 年 12 月 8 日
测试 1
这次从 Ubuntu 14.04 32 位 DVD 启动计算机。电脑一开机，就开始抓MM日志。
插入调制解调器。
lsusb显示它被识别为 19d2:1232 设备，需要切换到 19d2:2003 设备。由于安装 usb-modeswitch 需要重启机器（因此会松开 DVD 运行的安装），我准备了一个自定义开关文件并从命令行 (sudo usb_modeswitch -I -c 19d2:2003) 切换调制解调器。切换完成后，我被告知我已经打开
Mobile Broadband Network，并且网络管理器菜单中出现了新的宽带连接。我以通常的方式设置了上述连接（APN 名称不是问题），连接自动建立。
我断开连接并弹出调制解调器。
停止捕获 MM 日志。
可以在此处找到会话启动到调制解调器弹出的完整 MM 日志和系统日志。
测试 2
使用 Ubuntu 14.04 64 位 DVD 进行相同的测试。
可以在此处找到日志。
更新 10 - 2015 年 12 月 9 日
这次测试了一下wvdial，发现如果wvdial以root身份运行，我们就连接成功了。
wvdialconf 和日志，以及相应的系统日志在这里
初步推测：可能与对应用户的用户组有关。
但正如此处所示，
使用所有这些工具，要建立拨号连接，用户必须是“dip”和“dialout”组的成员，因此将所有应该通过拨号连接的用户放入这些组。
但我们可以发现，
$ groups masroor
masroor : masroor adm dialout cdrom sudo dip plugdev lpadmin sambashare family wireshark
因此，用户已经是指定组的成员。
现在，也许问题归结为以下几点之一，
- 用户需要属于哪个附加组？
- 我们如何以 root 身份运行移动宽带连接设置过程？（安全问题？）
更新 11 - 2015 年 12 月 9 日
wvdial适用于 USB3，不适用于USB1。
请在此处找到系统日志。
还包括 的输出dmesg | grep tty > /tmp/dmesg.tty.txt。但是看到文件开头附近的那四行了吗？
更新 12 - 2015 年 12 月 10 日
注释掉 中的第 4 (
SUBSYSTEM!="tty", GOTO="mm_zte_port_types_end")行/lib/udev/rules.d/77-mm-zte-port-types.rules。重新启动我的机器。软断开电缆并插入调制解调器。
试图连接。不成功。
系统日志文件在这里。
更新 13 - 2015 年 12 月 10 日
出于绝对的绝望，为了查看一些本地更改是否影响连接，用 Ubuntu 15.04 和 15.10 DVD 测试了机器。
- 使用 Xubuntu 15.04 64 位 DVD 启动机器。连接很成功。
- 使用 Ubuntu 15.10 64 位 DVD 启动机器。连接像以前一样失败。
15.04 和 15.10 之间发生了什么？
太令人沮丧了。
更新 14 - 2015 年 12 月 10 日
/lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules按照答案中的说明创建了一个新文件。重新启动我的机器（或执行
sudo udevadm control --reload，实际上都尝试过）。插入调制解调器。调制解调器被识别。
$ lsusb Bus 001 Device 005: ID 19d2:2003 ZTE WCDMA Technologies MSM软断开电缆并尝试使用调制解调器连接。不成功。
弹出调制解调器。
机器挂一次，那是随机事件吗？我的机器通常一年不会挂一次。
系统日志文件和创建的规则文件在这里。
更新 15 - 2015 年 12 月 11 日
将以下行添加到
/lib/udev/rules.d/40-usb_modeswitch.rules.# ZTE MF193E ATTR{idVendor}=="19d2", ATTR{idProduct}=="1232", RUN+="usb_modeswitch '%b/%k'"保持文件
/lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules完好无损。重新启动我的机器。插入调制解调器。
调制解调器被识别。
Bus 001 Device 005: ID 19d2:2003 ZTE WCDMA Technologies MSM软断开电缆并尝试连接。不成功。
弹出调制解调器。
删除
/lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules。重新启动并再次尝试整个过程。再次失败。
系统日志文件（完整，我没有冒遗漏任何重要部分的风险）和提到的规则文件 (40) 在这里。
更新 16 - 2015 年 12 月 11 日
只留下一条1232规则
/lib/udev/rules.d/40-usb_modeswitch.rules，去掉了另一条。执行了
sudo udevadm control --reload。插入调制解调器。
调制解调器被识别。
Bus 001 Device 005: ID 19d2:2003 ZTE WCDMA Technologies MSM软断开电缆并尝试连接。不成功。
弹出调制解调器。
但是上面我们不是测试了默认系统吗？你的意思是离开/lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules它的位置吗？
系统日志文件（完整，我没有冒遗漏任何重要部分的风险）和提到的规则文件 (40) 在这里
更新 17 - 2015 年 12 月 11 日
注释掉了中的1232规则
/lib/udev/rules.d/40-usb_modeswitch.rules，为2003增加了一条。# ZTE MFxxx # Added on December 11 2015 ATTR{idVendor}=="19d2", ATTR{idProduct}=="2003", RUN+="usb_modeswitch '%b/%k'"执行了
sudo udevadm control --reload。插入调制解调器。
调制解调器被识别为1232设备。我没有尝试连接（据我所知，除非切换到 2003，否则不会注册到宽带网络）
Bus 001 Device 008: ID 19d2:1232 ZTE WCDMA Technologies MSM弹出调制解调器。
系统日志文件和提到的规则文件 (40) 在这里
更新 18 - 2015 年 12 月 11 日
将所有规则文件置于其原始形式。
lsusb使用 shell 脚本每隔一秒观察一次输出。时间戳文件中捕获的输出。插入调制解调器。（调制解调器首先出现在文件中
lssuboutouput.Fri Dec 11 16:56:29 BDT 2015.txt）。我们可以从捕获中发现，很明显它从 1232 设备切换到 2003 设备。试图连接。不成功。
弹出调制解调器。
系统日志文件、带时间戳lsusb的输出和提到的规则文件都在这里。
现在，您可能希望将系统日志输出与时间戳相匹配。
更新 19 - 2015 年 12 月 11 日
以完全新的方向执行此测试，希望我可以隔离问题。
保存在便携式媒体中
/lib/udev/rules.d/40-usb-media-players.rules（/lib/udev/rules.d/77-mm-zte-port-types.rules来自 Ubuntu 15.10 机器）。使用 Xubuntu 15.04 64 位 DVD 引导机器。
执行了
diff 77-mm-zte-port-types.rules /lib/udev/rules.d/77-mm-zte-port-types.rules > diff15.10and15.04_77-mm.txt。第一个文件来自 15.10 保存的文件。检查差异文件显示没有
idProduct1232 或 2003。执行了
diff 40-usb_modeswitch.rules /lib/udev/rules.d/40-usb_modeswitch.rules > diff15.10and15.04_40-usb.txt。同样，第一个文件来自 15.10 保存的文件。同样，差异文件的检查显示没有
idProduct1232 或 2003。插入调制解调器。调制解调器被识别为调制解调器。
$ lsusb Bus 001 Device 008: ID 19d2:2003 ZTE WCDMA Technologies MSM设置移动宽带连接后可以轻松连接。
弹出调制解调器。
安装了最新的 USB_ModeSwitch。
diff 40-usb_modeswitch.rules /lib/udev/rules.d/40-usb_modeswitch.rules现在按预期返回 NULL。
执行了
sudo udevadm control --reload-rules。插入调制解调器。调制解调器被识别为调制解调器。
$ lsusb Bus 001 Device 008: ID 19d2:2003 ZTE WCDMA Technologies MSM可以轻松连接。
我本可以尝试将 MM 和 NM 升级到 Ubuntu 15.10 的，只是为了看看它在哪里坏了。我实际上尝试过但由于无休止的依赖问题而放弃了。
上面提到的所有差异文件都在这里。
更新 20 - 2015 年 12 月 12 日
测试 1
The
/lib/udev/rulesin original condition.The modem device has not been inserted yet in this session.
Setup ModemManager for debugging and setup udevadm capture.
sudo udevadm monitor --e |& tee udevadm.update20.WITHOUT78.log sudo killall ModemManager; sudo ModemManager --debug 2>&1 | tee MM.update20.WITHOUT78.logPlugged in the modem and waited till it says that it is registered in broadband network.
Tried to connect unsuccessfully.
Ejected the modem.
Packed up log files.
Test 2
Repeated the above test with
/lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules in place.
The log file names are self-explanatory.
All the above log files plus syslog and the 78 rule files are here.
I wish all the log files came with time stamps, making matching easier.
Update 21 - December 15 2015
- Changed the rule file as suggested.
- Rebooted my machine.
- Inserted the modem and tried connecting. It did not work.
The rule file and the syslog are here.
Update 22 - December 16 2015
As advised in one comment, installed various kernels from http://kernel.ubuntu.com/~kernel-ppa/mainline/ and tried connecting using the modem after booting in each.
4.2.8-040208-generic, failure.
4.1.15-040115-generic, failure.
4.0.9-040009-generic, failure.
So, perhaps, we can rule out the kernel issue.
Update 23 - February 16 2016
The modem has started functioning in Ubuntu 16.04. This version is still in Alpha 1, but works fine in my laptop.
谷歌浏览器不会启动。
每当我尝试启动它时，
google-chrome-stable
我明白了
Illegal instruction (core dumped)
（我已经看过了，
- https://askubuntu.com/questions/515177/google-chrome-wont-launch
- https://askubuntu.com/questions/616949/google-chrome-wont-launch
- 谷歌浏览器无法打开
没有帮助。是的，其中大部分都关闭了。在你也投票关闭这个之前，请理解在我的至少两台机器上，相同的 Chrome 在相同的操作系统（Ubuntu 15.10）中运行没有任何问题。所以，如果我在 launchpad 上报告这个问题，这个问题很可能会被忽略，因为他们将无法重现它。）
到目前为止尝试的步骤
彻底删除 Chrome。
sudo apt-get purge google-chrome*删除我的（Chrome）配置目录。
rm -rvf .config/google-chrome/从最新的二进制文件重新安装 Chrome。
sudo dpkg -i ~/Downloads/google-chrome-stable_current_amd64.deb重新启动 Chrome 并查看日志文件。Chrome 无法启动，核心再次被转储。对于日志文件，使用命令，
sudo tail -f /var/log/syslog我明白了
Oct 18 12:27:53 HomeDell kernel: [ 1047.701443] traps: chrome[4798] trap invalid opcode ip:55f20da8199f sp:7ffd755d2080 error:0 in chrome[55f20c27d000+58b7000]
这是我感到迷茫，不知道如何进一步进行的地方。
正如我已经说过的，我使用的是 Ubuntu 15.10，它已经全面升级。
编辑 1
的输出lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 2
On-line CPU(s) list: 0,1
Thread(s) per core: 2
Core(s) per socket: 1
Socket(s): 1
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 15
Model: 4
Model name: Intel(R) Pentium(R) 4 CPU 3.00GHz
Stepping: 3
CPU MHz: 2992.460
BogoMIPS: 5984.92
L1d cache: 16K
L2 cache: 2048K
NUMA node0 CPU(s): 0,1
的输出file /opt/google/chrome/chrome
/opt/google/chrome/chrome: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.26, BuildID[sha1]=7990871775815c5438608f84498e66be16dd8d8b, stripped
编辑 2
正如这里所建议的那样，我为 CPU 启用了微码（确实被禁用），下载并安装了最新的.deb文件，重点是重新启动我的机器，然后（尝试）启动谷歌浏览器。
不幸的是，情况并没有改善。
我首先在新购买的 HP 笔记本电脑上注意到了这种行为。注销后登录窗口变得疯狂。屏幕移动不规律，通常屏幕角图标在中间。唯一的出路是硬重启。
最初，我认为这与笔记本电脑硬件有关，我想向供应商投诉。然而，几周后，另一台新采购的笔记本电脑出现了同样的情况。
一些事实/观察。
- 这只是随机发生，没有任何可检测的模式。事件不能被称为可预测的或总是可重现的。
- 在 Windows 8.1 的情况下不会发生这种情况。第一台笔记本只有 Ubuntu，第二台是双启动。
- 两台笔记本电脑都运行 Ubuntu 15.04，已升级到最新版本。
- 运动更多地在水平方向而不是垂直方向。
- 这两台笔记本电脑有不同的图形卡。一个有内置卡，另一个有使用专有驱动程序的独立 Nvidia 卡。
你能告诉我如何找到解决这种情况的方法吗？
编辑
有关图形和显示的更多信息。
笔记本电脑 1： Intel HD Graphics 5500 (Broadwell GT2)。14.0 英寸对角 LED 背光显示屏。使用默认的 1366X768 分辨率。
笔记本电脑 2： Intel HD Graphics 5500、NVIDIA GeForce 840M（2 GB DDR3 专用）。15.6 英寸对角高清 BrightView WLED 背光。使用默认的 1366X768 分辨率。安装了 Ubuntu 提供的专有图形驱动程序。
当我将 USB 调制解调器连接到我的机器时，它抱怨/dev/sr1不存在。因此，经过一番谷歌搜索后，我使用以下命令创建了这个设备。
ls -l /dev/sr*
brw-rw----+ 1 root cdrom 11, 0 Aug 16 08:05 /dev/sr0
sudo mknod /dev/sr1 b 11 0
sudo chown -v :cdrom /dev/sr1
sudo chmod -v g+w /dev/sr1
ls -l /dev/sr*
brw-rw----+ 1 root cdrom 11, 0 Aug 16 08:05 /dev/sr0
brw-rw-r--+ 1 root cdrom 11, 0 Aug 16 08:10 /dev/sr1
然后我的调制解调器工作没有任何问题。但是重启后发现设备不见了，只好重新创建设备。
请告诉我，
- 为什么会发生设备消失这样奇怪的事情？
- 我该如何摆脱这种情况？
我正在使用 Ubuntu 15.04。
（当我要点击“发布”按钮时，我注意到创建日期时间/dev/sr0与今天早上的启动时间一致。
设备是否在启动时创建？
看起来答案是，是的，确实，
ls -l /dev/
total 0
lrwxrwxrwx 1 root root 7 Aug 16 08:14 atttyUSB1 -> ttyUSB1
crw------- 1 root root 10, 235 Aug 16 08:05 autofs
drwxr-xr-x 2 root root 640 Aug 16 08:14 block
drwxr-xr-x 2 root root 120 Aug 16 08:14 bsg
crw------- 1 root root 10, 234 Aug 16 08:05 btrfs-control
drwxr-xr-x 3 root root 60 Aug 16 2015 bus
lrwxrwxrwx 1 root root 3 Aug 16 08:14 cdrom -> sr0
lrwxrwxrwx 1 root root 3 Aug 16 08:14 cdrw -> sr0
drwxr-xr-x 2 root root 4300 Aug 16 08:14 char
crw------- 1 root root 5, 1 Aug 16 08:06 console
lrwxrwxrwx 1 root root 11 Aug 16 2015 core -> /proc/kc
<snipped>
所以，如果我问，我应该更新哪个列表以导致 /dev/sr1在启动时创建？我们可以朝着正确的方向前进吗？)
我有一个大约两年的手机。刚买这款手机的时候，内部micro SD卡识别没有丝毫问题。我所要做的就是使用 USB 数据线连接手机，然后从提供的列表中选择手机中的大容量存储（其他是网络摄像头和通讯端口）。
今天，我发现，当我连接手机时，根本无法识别。
在中找到以下条目/var/log/syslog
Apr 14 16:07:01 HomeDell kernel: [ 6661.524019] usb 5-2: new full-speed USB device number 11 using uhci_hcd
Apr 14 16:07:01 HomeDell kernel: [ 6661.700045] usb 5-2: New USB device found, idVendor=0e8d, idProduct=0002
Apr 14 16:07:01 HomeDell kernel: [ 6661.700054] usb 5-2: New USB device strings: Mfr=2, Product=3, SerialNumber=4
Apr 14 16:07:01 HomeDell kernel: [ 6661.700058] usb 5-2: Product: MT6235
Apr 14 16:07:01 HomeDell kernel: [ 6661.700062] usb 5-2: Manufacturer: MediaTek Inc
Apr 14 16:07:01 HomeDell kernel: [ 6661.700065] usb 5-2: SerialNumber: 53223730122274f
Apr 14 16:07:01 HomeDell kernel: [ 6661.706198] usb-storage 5-2:1.0: USB Mass Storage device detected
Apr 14 16:07:01 HomeDell kernel: [ 6661.706374] scsi host6: usb-storage 5-2:1.0
Apr 14 16:07:01 HomeDell mtp-probe: checking bus 5, device 11: "/sys/devices/pci0000:00/0000:00:1d.3/usb5/5-2"
Apr 14 16:07:01 HomeDell mtp-probe: bus: 5, device: 11 was not an MTP device
Apr 14 16:07:02 HomeDell systemd[1]: Starting USB_ModeSwitch_5-2...
Apr 14 16:07:02 HomeDell usb_modeswitch_dispatcher[8361]: Could not read attribute: No such file or directory
Apr 14 16:07:02 HomeDell kernel: [ 6662.709045] scsi 6:0:0:0: Direct-Access MEDIATEK FLASH DISK 6235 PQ: 0 ANSI: 0 CCS
Apr 14 16:07:02 HomeDell kernel: [ 6662.712064] scsi 6:0:0:1: Direct-Access MEDIATEK FLASH DISK 6235 PQ: 0 ANSI: 0 CCS
Apr 14 16:07:02 HomeDell kernel: [ 6662.712853] sd 6:0:0:0: Attached scsi generic sg1 type 0
Apr 14 16:07:02 HomeDell kernel: [ 6662.713613] sd 6:0:0:1: Attached scsi generic sg2 type 0
Apr 14 16:07:03 HomeDell kernel: [ 6662.721057] sd 6:0:0:0: [sdb] 15628288 512-byte logical blocks: (8.00 GB/7.45 GiB)
Apr 14 16:07:03 HomeDell kernel: [ 6662.726540] sd 6:0:0:1: [sdc] 180000 512-byte logical blocks: (92.1 MB/87.8 MiB)
Apr 14 16:07:03 HomeDell kernel: [ 6662.729063] sd 6:0:0:0: [sdb] Write Protect is off
Apr 14 16:07:03 HomeDell kernel: [ 6662.729076] sd 6:0:0:0: [sdb] Mode Sense: 03 00 00 00
Apr 14 16:07:03 HomeDell kernel: [ 6662.732104] sd 6:0:0:1: [sdc] Write Protect is off
Apr 14 16:07:03 HomeDell kernel: [ 6662.732118] sd 6:0:0:1: [sdc] Mode Sense: 03 00 00 00
Apr 14 16:07:03 HomeDell kernel: [ 6662.735065] sd 6:0:0:0: [sdb] No Caching mode page found
Apr 14 16:07:03 HomeDell kernel: [ 6662.735078] sd 6:0:0:0: [sdb] Assuming drive cache: write through
Apr 14 16:07:03 HomeDell kernel: [ 6662.738053] sd 6:0:0:1: [sdc] No Caching mode page found
Apr 14 16:07:03 HomeDell kernel: [ 6662.738067] sd 6:0:0:1: [sdc] Assuming drive cache: write through
Apr 14 16:07:03 HomeDell kernel: [ 6662.777499] sdb: sdb1
Apr 14 16:07:03 HomeDell kernel: [ 6662.786102] sdc:
Apr 14 16:07:03 HomeDell kernel: [ 6662.821056] sd 6:0:0:0: [sdb] Attached SCSI removable disk
Apr 14 16:07:03 HomeDell kernel: [ 6662.824163] sd 6:0:0:1: [sdc] Attached SCSI removable disk
Apr 14 16:07:02 HomeDell usb_modeswitch_dispatcher[8361]: message repeated 2 times: [ Could not read attribute: No such file or directory]
Apr 14 16:07:03 HomeDell usb_modeswitch: switch device 0e8d:0002 on 005/011
Apr 14 16:07:03 HomeDell systemd-udevd[8373]: inotify_add_watch(9, /dev/sdb, 10) failed: No such file or directory
Apr 14 16:07:03 HomeDell systemd-udevd[8376]: inotify_add_watch(9, /dev/sdc, 10) failed: No such file or directory
Apr 14 16:07:03 HomeDell systemd-udevd[8373]: inotify_add_watch(9, /dev/sdb1, 10) failed: No such file or directory
Apr 14 16:07:04 HomeDell usb_modeswitch[8361]: usb_modeswitch: switched to 0e8d:0002 on 5/11
Apr 14 16:07:05 HomeDell usb_modeswitch_dispatcher[8361]: Unable to open bind list file: No such file or directory
Apr 14 16:07:05 HomeDell usb_modeswitch[8361]: usb_modeswitch: add device ID 0e8d:0002 to driver option
Apr 14 16:07:05 HomeDell usb_modeswitch[8361]: usb_modeswitch: please report the device ID to the Linux USB developers!
Apr 14 16:07:06 HomeDell colord-sane: io/hpmud/pp.c 627: unable to read device-id ret=-1
Apr 14 16:07:12 HomeDell systemd[1]: Started USB_ModeSwitch_5-2.
以下几点可能是相关的。
- 这是一款廉价的品牌手机。
- 这是一部非安卓手机。
- 在 Windows 8 中可以毫无问题地识别手机和内部存储。
- 以前和现在的内部 SD 卡是不同的。我的手机大约一年或更长时间没有任何 SD 卡。今天，我在手机上插入了一张新的 SD 卡（创见 MicroSDHC Class 10 8GB）。
连接手机后，会出现一个菜单，提供从“大容量存储”、“网络摄像头”和“COM 端口”中进行选择的选项。如果选择第二个或第三个，lsusb发出命令时会出现以下内容。
Bus 005 Device 009: ID 0e8d:0003 联发科MT6227手机
但是，如果选择第一个选项（大容量存储），则 lsusb输出为，
总线 005 设备 019：ID 0e8d:0002 MediaTek Inc.
更新 1
- Ubuntu 15.10（但我在 Ubuntu 16.04 中测试时同样失败）。
- 内核：4.2.8-040208-通用。
- 手机：Symphony X120（如上所见，
lsusb称其为联发科MT6227手机。
多年来，我一直在使用 Dell CRT 显示器。今天，我买了一台新的三星 LED 显示器，印象中只要切换显示器就可以了。
然而，当我断开旧的连接并连接新的时，显示器上的一条消息显示它需要 1920X1080、60 Hz 最佳设置。没有其他显示。当我切换回旧版本时，我无法在显示器设置中找到可供选择的条目。
- 我的系统：Ubuntu 15.04，已更新
- 旧显示器：Dell CRT 16"
- 新显示器：三星 LED 21.5"
现在，我前进的最佳方式是什么？在连接新显示器的情况下执行 Ubuntu 的新安装？或者，有捷径吗？
（这个问题涉及类似的问题，但它讨论的是轮换的日志文件。）
今天我收到一条关于/var空间非常低的系统消息。
像往常一样，我执行了行中的命令，sudo apt-get clean只是稍微改善了场景。然后我删除了旋转的日志文件，这再次提供了很少的改进。
经过检查，我发现其中的一些日志文件/var/log已经变得非常大。具体来说，ls -lSh /var/log给出，
total 28G -rw-r----- 1 syslog adm 14G Aug 23 21:56 kern.log -rw-r----- 1 syslog adm 14G Aug 23 21:56 syslog -rw-rw-r-- 1 root utmp 390K Aug 23 21:47 wtmp -rw-r--r-- 1 root root 287K Aug 23 21:42 dpkg.log -rw-rw-r-- 1 root utmp 287K Aug 23 20:43 lastlog
正如我们所看到的，前两个是有问题的。我有点惊讶为什么没有轮换这么大的文件。
所以我该怎么做？简单地删除这些文件然后重新启动？还是采取一些更谨慎的步骤？
我正在使用 Ubuntu 14.04。
更新 1
首先，该系统只有几个月的历史。几个月前硬盘崩溃后，我不得不从头开始安装系统。
现在，按照此答案中的建议，我首先使用检查了有问题的日志文件tail，这并不奇怪。然后，为了进行更深入的检查，我从同一个答案执行了这个脚本。
for log in /var/log/{syslog,kern.log}; do
echo "${log} :"
sed -e 's/\[[^]]\+\]//' -e 's/.*[0-9]\{2\}:[0-9]\{2\}:[0-9]\{2\}//' ${log} \
| sort | uniq -c | sort -hr | head -10
done
这个过程花了几个小时。输出在一行中，
/var/log/syslog : 71209229 Rafid-Hamiz-Dell kernel: sda3: rw=1, want=7638104968240336200, limit=1681522688 53929977 Rafid-Hamiz-Dell kernel: attempt to access beyond end of device 17280298 Rafid-Hamiz-Dell kernel: attempt to access beyond end of device 1639 Rafid-Hamiz-Dell kernel: EXT4-fs warning (device sda3): ext4_end_bio:317: I/O error -5 writing to inode 6819258 (offset 0 size 4096 starting block 54763121030042024) <snipped> /var/log/kern.log.1 : 71210257 Rafid-Hamiz-Dell kernel: attempt to access beyond end of device 71209212 Rafid-Hamiz-Dell kernel: sda3: rw=1, want=7638104968240336200, limit=1681522688 1639 Rafid-Hamiz-Dell kernel: EXT4-fs warning (device sda3): ext4_end_bio:317: I/O error -5 writing to inode 6819258 (offset 0 size 4096 starting block 954763121030042024)
(/dev/sda3是我的主目录。我们可以找到，
lsblk /dev/sda NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 931.5G 0 disk ├─sda1 8:1 0 122.1G 0 part / ├─sda2 8:2 0 7.6G 0 part [SWAP] └─sda3 8:3 0 801.8G 0 part /home
为什么一个进程会想要写超出限制实际上超出了我的理解范围。如果即使在系统更新后这种情况仍然存在，也许我会想在这个论坛上问一个不同的问题。）
然后，从这个答案（你可能想检查这个以获得更深入的理解），我执行了，
sudo su -
> kern.log
> syslog
现在，这些文件的大小为零。系统在重启前后运行良好。
我将在接下来的几天内查看这些文件（以及其他文件），并在
它们表现异常时进行报告。
最后一点，有问题的文件 (kern.log和syslog) 都设置为轮换，如检查grep内部文件 ( helped )
/etc/logrotate.d/所示。
更新 2
日志文件实际上是轮换的。看起来大尺寸是在一天内完成的。
在您就使用gparted保存我的文件和格式化驱动器的选项向我提出建议之前，请理解我本可以在数小时前完成这些操作，而且只需要几分钟。实际上，我想了解这里到底发生了什么。这种情况正在破坏我多年来获得的所有经验。
我的印象是，如果我将感染病毒的闪存驱动器插入我的 Ubuntu 机器，我需要做的就是简单地删除病毒文件，我就可以开始了。
今天，我从一台 Windows 机器上收集了一些文件在 NTFS 格式的闪存驱动器中，完全知道该机器感染了病毒。当我把闪存盘插入我的机器时，我发现它确实收集了很多文件和文件夹。我已经删除了其中的大部分。唯一表现出强烈抵抗力的是 RECYCLER 目录（及其子目录）。
这个目录的属性。
drwx------ 1 masroor masroor 4.0K May 7 16:01 RECYCLER/
如果我执行rm命令，
sudo rm -rvf RECYCLER/
我得到了很长的输出，
rm: cannot remove `RECYCLER/S-2-4-27-3777257131-1806073332-421880436-8537/OagFrAIX.exe': Input/output error
rm: cannot remove `RECYCLER/S-2-4-27-3777257131-1806073332-421880436-8537/viJbcvrJ.cpl': Input/output error
<rest snipped>
有趣的是，上面报告的文件是由ls带有无数属性集的命令显示的。
ls -l RECYCLER/S-2-4-27-3777257131-1806073332-421880436-8537/
ls: cannot access RECYCLER/S-2-4-27-3777257131-1806073332-421880436-8537/OagFrAIX.exe: Input/output error
ls: cannot access RECYCLER/S-2-4-27-3777257131-1806073332-421880436-8537/viJbcvrJ.cpl: Input/output error
total 0
-????????? ? ? ? ? ? OagFrAIX.exe
-????????? ? ? ? ? ? viJbcvrJ.cpl
如果试图找到那些有问题的文件夹的属性，
ls -dl RECYCLER/S-2-4-27-3777257131-1806073332-421880436-8537/
我明白了
drwx------ 1 masroor masroor 4096 May 7 15:58 RECYCLER/S-2-4-27-3777257131-1806073332-421880436-8537/
chmod使 RECYCLER 文件夹全局可写的命令失败。
sudo chmod -vR ugo+w RECYCLER/
输出在行中。
mode of `RECYCLER/' changed from 0700 (rwx------) to 0722 (rwx-w--w-)
mode of `RECYCLER/S-2-4-27-3777257131-1806073332-421880436-8537' changed from 0700 (rwx------) to 0722 (rwx-w--w-)
chmod: cannot access `RECYCLER/S-2-4-27-3777257131-1806073332-421880436-8537/OagFrAIX.exe': Input/output error
<snipped>
这些文件夹包含许多.exe文件和其他文件，其中大部分我已经成功删除（除了上面报告的文件）。
如果我检查其中一个文件夹的属性，
lsattr -ad RECYCLER/S-2-4-27-3777257131-1806073332-421880436-8537/
我得到
lsattr: Inappropriate ioctl for device While reading flags on RECYCLER/S-2-4-27-3777257131-1806073332-421880436-8537/
我已按照此处clamtk的建议在此设备上运行。但是，它无法发现威胁。
我知道我可以简单地将我的闪存驱动器内容保存在某个地方，然后对其进行格式化。但是，我更感兴趣的是找出这些文件夹中设置了哪些属性，这些属性阻止了进一步的更改。（当然，我也想对我的闪存驱动器进行消毒。）
更新 1
根据Patro的评论。
- 当访问文件夹时，那些具有无数属性的文件没有显示，即使我试图将它们视为隐藏文件。
- 删除这些文件失败。
rm -rvf *目录内的命令S-2-4-27-3777257131-1806073332-421880436-8537因输入/输出错误而失败。
更新 2
在soulsource和girardengo发表评论后，我尝试运行
ntfsck和ntfsfix. 另外，这个问题有帮助。
这是输出。
ntfsck
sudo ntfsck /dev/sdc1
Unsupported: replay_log()
Unsupported: check_volume()
Checking 7796 MFT records.
Unsupported cases found.
ntfsfix
sudo ntfsfix -d /dev/sdc1
Mounting volume... OK
Processing of $MFT and $MFTMirr completed successfully.
NTFS volume version is 3.1.
NTFS partition /dev/sdc1 was processed successfully.
但最初的情况仍然存在。没有任何改善。
更新 3（已解决）
正如这篇文章中所建议的，我将我的驱动器插入 Windows 机器并执行（从终端），
chkdsk <drive letter> /R
检查和修理的活动很忙。还有一些关于坏扇区的信息。任务不到一分钟就完成了。然后我发现已经为恢复区域创建了一些新文件夹。
我将闪存驱动器重新插入到 Linux 机器上，并且可以毫无问题地删除 RECYCLER 文件夹。
作为一个额外的步骤，现在我已经格式化了驱动器（使用 gparted，到 NTFS），因为我认为我已经获得了洞察力。
看起来该病毒确实能够引起（临时/软）硬件问题。有关详细的技术说明，请参阅上述帖子。