通过smb://xxx.xxx.xxx.xxx 方式复制共享大文件时就会死机

[skymelai]

刚刚安装的15.04，激活root，在root下访问windows共享文件，
复制较小文件时没有问题，一旦复制较大文件（测试过1.2G和1.4G）就会死机，用优盘拷就没有问题，郁闷啊。不知道大家有没有遇到过，又是怎样解决的。换一个方法在ubuntu下共享一个可读写的文件夹，在windows下往里面拷，结果也是一样的。

[oneleaf]

ubuntu死机？检查下硬盘有没有坏道。

[skymelai]

ubuntu死机？检查下硬盘有没有坏道。

我是刚刚买的新固态硬盘，应该没有这样的问题。而且优盘复制OK的。

[skymelai]

ubuntu死机？检查下硬盘有没有坏道。

应该不会吧，是新固态硬盘，而且USB复制相同文件就没有问题。

[vickycq]

透过网络复制的？使用的无线网卡/有线网卡？
执行以下指令将结果全部复制贴上来

代码： 全选

uname -a
lspci -knn | grep -iA2 net
sudo lshw -C net

[skymelai]

透过网络复制的？使用的无线网卡/有线网卡？
执行以下指令将结果全部复制贴上来

代码： 全选

uname -a
lspci -knn | grep -iA2 net
sudo lshw -C net

用的是有线，且对接，我刚刚下载了iptux和windows上的飞秋传送文件，结果还是一样的。感觉不是smb的问题而是系统哪儿的问题。
我激活了root，都是在root用户下操作的。

以下是命令内容：
root@skyme-1201N:~# uname -a
Linux skyme-1201N 3.19.0-58-generic #64-Ubuntu SMP Thu Mar 17 18:30:04 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
root@skyme-1201N:~#
root@skyme-1201N:~#
root@skyme-1201N:~# lspci -knn | grep -iA2 net
07:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8191SEvA Wireless LAN Controller [10ec:8171] (rev 10)
Subsystem: AzureWave Device [1a3b:1107]
Kernel driver in use: rtl8192se
09:00.0 Ethernet controller [0200]: Qualcomm Atheros AR8132 Fast Ethernet [1969:1062] (rev c0)
Subsystem: ASUSTeK Computer Inc. Device [1043:14e5]
Kernel driver in use: atl1c
root@skyme-1201N:~#
root@skyme-1201N:~#
root@skyme-1201N:~# lshw -C net
*-network DISABLED
description: Wireless interface
product: RTL8191SEvA Wireless LAN Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:07:00.0
logical name: wlan0
version: 10
serial: 1c:4b:d6:b4:98:88
width: 32 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=rtl8192se driverversion=3.19.0-58-generic firmware=N/A latency=0 link=no multicast=yes wireless=IEEE 802.11bgn
resources: irq:18 ioport:d800(size=256) memory:fbefc000-fbefffff
*-network
description: Ethernet interface
product: AR8132 Fast Ethernet
vendor: Qualcomm Atheros
physical id: 0
bus info: pci@0000:09:00.0
logical name: eth0
version: c0
serial: 48:5b:39:5c:8a:1e
size: 100Mbit/s
capacity: 100Mbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress vpd bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=atl1c driverversion=1.0.1.1-NAPI duplex=full ip=192.168.200.5 latency=0 link=yes multicast=yes port=twisted pair speed=100Mbit/s
resources: irq:26 memory:fbfc0000-fbffffff ioport:ec00(size=128)
root@skyme-1201N:~#

[vickycq]

用的是有线......飞秋传送文件.....还是一样的。感觉不是smb的问题而是系统哪儿的问题。
Linux skyme-1201N 3.19.0-58-generic #64-Ubuntu SMP Thu Mar 17 18:30:04 UTC 2016 x86_64 x86_64 x86_64
09:00.0 Ethernet controller [0200]: Qualcomm Atheros AR8132 Fast Ethernet [1969:1062] (rev c0)
Kernel driver in use: atl1c

看起来 AR8132 + atl1c 早在若干年前就有相似的问题。但不幸的是，貌似目前仍未完全解决
一个广泛流传的临时缓解方案 - 添加内核参数 pci=nomsi

相似的问题 参考
https://bugs.launchpad.net/ubuntu/+sour ... bug/572249
http://kerneltrap.org/mailarchive/linux ... 977/thread

===============
附增加内核参数方法
===============
1 - 临时增加
开机到 GRUB 界面时，按 e 进入编辑界面
在 'linux' 一行末尾增加内核参数。看起来类似这样：ro splash vt.handoff=7 pci=nomsi
按 Ctrl+x 启动

2 - 永久增加
编辑 /etc/default/grub 在 GRUB_CMDLINE_LINUX_DEFAULT 中增加内核参数
看上去类似这样：
GRUB_CMDLINE_LINUX_DEFAULT="ro splash vt.handoff=7 pci=nomsi"
保存后执行 update-grub

[skymelai]

用的是有线......飞秋传送文件.....还是一样的。感觉不是smb的问题而是系统哪儿的问题。
Linux skyme-1201N 3.19.0-58-generic #64-Ubuntu SMP Thu Mar 17 18:30:04 UTC 2016 x86_64 x86_64 x86_64
09:00.0 Ethernet controller [0200]: Qualcomm Atheros AR8132 Fast Ethernet [1969:1062] (rev c0)
Kernel driver in use: atl1c

看起来 AR8132 + atl1c 早在若干年前就有相似的问题。但不幸的是，貌似目前仍未完全解决
一个广泛流传的临时缓解方案 - 添加内核参数 pci=nomsi

相似的问题 参考
https://bugs.launchpad.net/ubuntu/+sour ... bug/572249
http://kerneltrap.org/mailarchive/linux ... 977/thread

===============
附增加内核参数方法
===============
1 - 临时增加
开机到 GRUB 界面时，按 e 进入编辑界面
在 'linux' 一行末尾增加内核参数。看起来类似这样：ro splash vt.handoff=7 pci=nomsi
按 Ctrl+x 启动

2 - 永久增加
编辑 /etc/default/grub 在 GRUB_CMDLINE_LINUX_DEFAULT 中增加内核参数
看上去类似这样：
GRUB_CMDLINE_LINUX_DEFAULT="ro splash vt.handoff=7 pci=nomsi"
保存后执行 update-grub

您是说这是系统对 AR8132 + atl1c支持不好的原因？

[rosynirvana]

真是典型的Atheros式的问题

[vickycq]

您是说这是系统对 AR8132 + atl1c支持不好的原因？

看起来是这样的。问题在 AR8132 对应的驱动 atl1c
参考楼上方案 可临时缓解

[rosynirvana]

ar厂时不时就会出一些莫名其妙的硬件，然后在固件上修修补补
不要怪驱动，那驱动就算rmmod了一样出问题

[vickycq]

ar厂时不时就会出一些莫名其妙的硬件，然后在固件上修修补补
不要怪驱动，那驱动就算rmmod了一样出问题

[onlylove]

ar厂时不时就会出一些莫名其妙的硬件，然后在固件上修修补补
不要怪驱动，那驱动就算rmmod了一样出问题

ar厂有这种爱好？求给个容易出问题的硬件列表，免得掉坑里（我对ar印象还是不错的，觉得比ralink好多了，boardcom的话，驱动好像……）

[rosynirvana]

ar厂时不时就会出一些莫名其妙的硬件，然后在固件上修修补补
不要怪驱动，那驱动就算rmmod了一样出问题

ar厂有这种爱好？求给个容易出问题的硬件列表，免得掉坑里（我对ar印象还是不错的，觉得比ralink好多了，boardcom的话，驱动好像……）

win32社区里面说的比较多的是9485 9287
前者好像是常见的信号显示不对，后者非常容易收到电磁干扰
linux这边ath9k的硬件加密问题说的比较多，但是很多时候关了硬件加密还是有问题

不过细究下来有些例子也不赖Atheros，这家厂生产的芯片比较便宜，所以会被拿去生产廉价网卡，一廉价质量就保不住了

[tang.zhe]

上月末在远程用flashget下载的amd16.04，smb无法拷回本地。
我的解决办法是，远程分卷压缩成340个5M大小的文件，最后复制了两天才全部完成。
庆幸的是，解压并用md5sum校验后，一切正常。