Unix & Linux

Linux,FreeBSD和其他类似Un * x的操作系统用户的问答




3
为什么在具有50Gb文件的外部存储驱动器(USB连接,类型为fuseblk)上rm变慢?
我一直在尝试使用rsnapshot进行备份,但是我发现它不可用。尽管它能够在几分钟内区分一个目录(50gb)并复制它(硬链接每个文件),而且我可以在大约半小时内cp整个目录,但删除它要花一个多小时。即使直接使用rm -rfv,我发现管理一个文件也可能需要半秒钟,而cpand link命令会立即完成。 为什么RM这么慢?有没有更快的方法来递归删除硬链接?对我来说,复制文件所花的时间比删除它所花的时间少,这对我来说没有任何意义。 我正在处理的文件系统是一个外部存储驱动器,它通过usb连接并键入fuseblk(我认为这是ntfs)。我的计算机正在运行ubuntu linux。 从顶部输出: Cpu(s): 3.0%us, 1.5%sy, 0.0%ni, 54.8%id, 40.6%wa, 0.0%hi, 0.1%si, 0.0%st Mem: 8063700k total, 3602416k used, 4461284k free, 557604k buffers


3
查找在实时系统上定义的共享库符号在哪里/列出系统上导出的所有符号
基本上,这是两个问题合而为一-因为如果我可以列出系统中导出的所有符号以及它们的共享库路径,那么我可以简单地grep输出该内容。 对于内核符号,我想它会更容易-因为我们可以始终cat /proc/kallsyms获取加载到内存中的那些模块的所有符号的列表;然后sudo cat /proc/modules会提供已加载模块及其地址的列表,但不会给出模块从其加载的路径(如果它们是作为单独的树外.ko对象构建的) 例如,我尝试kst使用ltrace以下方法跟踪程序: $ ltrace kst2 ... _ZNK13QGraphicsItem10parentItemEv(0xa1ccdb4, 0, 0xbfe631a8, 0x823652b, 0xbfe63298) = 0xa1ce854 __dynamic_cast(0xa1ce854, 0x839ff00, 0x8306b80, 84, 0xbfe63298) = 0xa1ce800 _ZNK13QGraphicsItem10parentItemEv(0xa1ccdb4, 0x839ff00, 0x8306b80, 84, 0xbfe63298) = 0xa1ce854 __dynamic_cast(0xa1ce854, 0x839ff00, 0x8306b80, 84, 0xbfe63298) = 0xa1ce800 ... ...,我想知道它在哪里_ZNK13QGraphicsItem10parentItemEv。 那么,如何处理共享库符号?阅读[gcc-help] Re:查找定义了符号的库。; 我尝试过这样的事情: $ find /usr/lib -name '*.so*' -exec nm …

1
如何在启动时删除acpi警告?
我在dmesgLinux 3.11.6-1(2013-10-27)(debian版本)的日志中有此消息。 我想知道如何解决/删除它? [ 5.098132] ACPI Warning: 0x0000000000000428-0x000000000000042f SystemIO conflicts with Region \PMIO 1 (20130517/utaddress-251) [ 5.098147] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 5.098156] ACPI Warning: 0x0000000000000530-0x000000000000053f SystemIO conflicts with Region \GPIO 1 (20130517/utaddress-251) [ 5.098167] …
21 linux  debian  acpi 

4
如何将使用CRLF行终止符的非ISO扩展ASCII文本的编码更改为UTF-8?
我有一个txt文件: $ file -i x.txt x.txt: text/plain; charset=unknown-8bit $ file x.txt x.txt: Non-ISO extended-ASCII text, with CRLF line terminators 并且有些字符编码不正确: trwa³y, sta³y, usuwaæ 如何将该文件的编码更改为UTF-8?到目前为止,我已经尝试了以下方法: $ iconv -f ASCII -t UTF-8 x.txt puiconv: illegal input sequence at position 4 也许我应该以某种方式使用extended ASCII(high ASCII),但无法在iconv的编码列表中找到它。

1
ACL权限是如何处理的,以何种顺序应用于给定的用户操作?
CentOS的6.4 我试图更好地了解文件系统ACL规则的处理方式以及ACL规则的应用顺序。 例如,假设用户bob和joe属于一个名为sales的组。假设我有一份销售凭证,其中包含以下详细信息: [root@Maui ~]# getfacl /home/foo/docs/foo.txt getfacl: Removing leading '/' from absolute path names # file: home/foo/docs/foo.txt # owner: jane # group: executives user:: r-- user:bob:rw- user:joe:rwx group:sales:rwx group::r-- mask::rwx other::--- 我的问题是,在这样的示例中如何处理权限?哪些访问权限优先? 是否只有一个自上而下的搜索,并且首先匹配的是哪个规则? 还是Linux根据有关用户的最具体规则强制执行访问?还是最严格和适用的规则优先?


4
您可以给一个用户帐户多个密码吗?
我想为一个帐户分配2个密码。我想知道的是:1)这是否可能,以及2)这种做法的安全性是什么? 我要这样做的原因是因为我目前正在忙于一些本地测试,所以我认为在某些特定情况下会很方便。经过一番研究,我发现了一种叫做PAM的东西,但是我一直在努力寻找有关安装/配置工作方式的信息。 我正在运行Ubuntu 12.04。
21 sudo  password 

3
可以使“ du”程序的攻击性降低吗?
我们有一份常规工作,负责du汇总多个子目录,找出最严重的违规者,然后使用输出结果来查找是否有事情在迅速上升以发现潜在问题。我们使用diff快照来比较它们。 有一个顶级目录,其中包含许多(几百个)子目录,每个子目录可能包含十个(数千个)(或更多)文件。 du -s在这种情况下,“ ”可能会激增IO的侵略性,从而导致我们的服务器抢占其缓存,然后出现大量的IO峰值,这是非常不受欢迎的副作用。 可以使用什么策略来获取相同的数据,而不会产生不必要的副作用?
21 disk-usage  io  limit 

2
如何使点文件与系统无关?
由于工作量,我最近开始使用OS X,并使用自制软件进行了设置,以获得与Linux类似的体验。 但是,它们的设置有很多差异。有些只需要在一个系统上就位。当我的点文件位于git存储库中时,我想知道可以设置哪种开关,以便仅对Linux系统和OS X读取某些配置。 至于点文件,我指的是.bash_profiles或.bash_alias。

3
Arch Linux wifi手动工作,如何使其自动?
这个问题是从Server Fault 迁移过来的,因为可以在Unix&Linux Stack Exchange上回答。 迁移 6年前。 在我的Raspberry Pi上运行带有内核3.6.11-12-ARCH +的Arch Linux。 执行以下命令后,我有一个正在运行并运行的Linksys wifi usb加密狗(WUSB54GC v3): $> sudo ifconfig wlan0 up $> sudo iwlist scan $> sudo iwconfig wlan0 mode managed essid myssid key "mykey" retry 7 # Only had to do this next one the first time $> sudo wpa_passphrase …
21 linux  wifi  arch-linux 

4
find + xargs:参数行太长
我有如下一行: find /foo/bar -name '*.mp4' -print0 | xargs -i {} -0 mv -t /some/path {} 但出现以下错误: xargs: argument line too long 我很困惑。使用不是xargs应该精确地解决这个问题吗? 注意:我知道我可以-exec在find中使用技术,但是我想理解为什么上面的方法失败,因为我的理解xargs是应该知道如何将输入拆分为可管理的大小,以适应其运行的参数。这不是真的吗 这就是zsh的全部。
21 xargs  arguments 

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.