小编XXL*_*XXL的帖子

这是mdadm -Esv的输出：

ARRAY /dev/md127 level=raid0 num-devices=2 UUID=d89d9d45:9a420812:c44c77eb:7ee19756 devices=/dev/sdb8,/dev/sda8

这是一个 v0.90 数组。问题如下： mdadm 如何为相应的设备分配名称，它存储在哪里以及如何更改它？

我想要完成的是将md127重命名为我喜欢的不同名称。

lynx -cfg=cfg.file $URL

这适用于 .cfg 文件的以下内容：

SET_COOKIES:TRUE
ACCEPT_ALL_COOKIES:TRUE
PERSISTENT_COOKIES:TRUE
COOKIE_FILE:cookie.file

然而，这不会：

lynx -cookies=1 -accept_all_cookies=1 -cookie_file=cookie.file $URL

如果它有任何帮助 - 这是跟踪：

parse_arg(arg_name=-cookies=1, mask=1, count=2)
parse_arg lookup(cookies=1)
...skip (mask 1/4)
parse_arg(arg_name=-accept_all_cookies=1, mask=1, count=3 )
parse_arg lookup(accept_all_cookies=1)
...skip (mask 1/4)
parse_arg(arg_name=-cookie_file=cookie.file, mask=1, count=4)
parse_arg lookup(cookie_file=cookie.file)
...skip (掩码 1/4)
parse_arg(arg_name=$URL, mask=1, count=5)
parse_arg startfile:$URL

显而易见的问题，为什么？从我看来，实际的区别是无法通过 lynx 中的命令行选项触发“PERSISTENT_COOKIES:TRUE”。或者，也许，我忽略/误解了什么？

我在互联网上的某个地方读到gddrescue优于dd 至少在能够区分在有问题的扇区上执行的磁盘读取量方面。真的是这样吗？

时间 dd if=/dev/sda skip=900343967 of=a.bin count=4 iflag=direct conv=noerror,sync

dd: 读取`/dev/sda': 输入/输出错误
2+0 记录中的
2+0 记录
复制了1024 字节 (1.0 kB)，18.6057 秒，0.1 KB/s 4+0 记录中的
3+1
记录输出
2048复制的字节 (2.0 kB)，18.6707 s，0.1 kB/s

真实 0m18.672s
用户 0m0.000s
系统 0m0.004s

顺便说一句，直接标志真的很有帮助，没有它我只能读取 4 个扇区中的 1 个（与 3/4 相比）。然而，这明显降低了传输速度——对我来说至少慢了大约 5 倍：5MB/s vs 25MB/s没有这个标志。无论如何，现在对于gddrescue (ddrescue) 部分..

时间 ddrescue -b512 -c1 -s4b -dnvD -i900343967b -o0b /dev/sda b.bin

即将从 /dev/sda 复制 2048 字节到 b.bin
起始位置：infile = …

这是使用parted 进行分区时得到的结果：

生成的分区未正确对齐以获得最佳性能

这是一个令人不安的部分，在使用谷歌搜索时，我在某种程度上还没有找到正确的答案。这个错误是什么意思，如何处理以及为什么会发生？

注意：

mkpart p 8192 X

在分区边界开始之前正好 跳过4 MiB (512x8192) 的空间，使 parted 不会喷出此错误消息（任何更少 - 确实如此）。

似乎冻结您的硬盘驱动器（字面意思是将其放在冰箱中 12-24 小时）可能有助于使驱动器恢复到临时工作状态。谷歌有许多指向各种博客的链接，其中提出了这个问题，并且这个概念被证明适用于某些人。

当驱动器在机械层面被冻结那么长时间时会发生什么，为什么它会工作？

所以，假设你已经完成了：

dd if=/dev/zero of=/dev/sdX bs=1M

然后，您要确保目的地已真正归零（忽略来自设备的确认消息，dd而不仅仅是轮询设备的开始或结束）。假设你必须通读整个磁盘——我会使用这个：

dd if=/dev/sdX bs=1M | grep -P '[^\x00]'

但是，由于这适用于管道stdout，最终会出现错误，说明操作内存不足。所以，没啥用。

当然，创建整个磁盘的完整映像并保存它不是一种选择。但是，也许，这样做同时能够以某种方式即时跳过0x00 – 这将是解决方案之一。

想法？

OpenSSL 1.0.1e 2013 年 2 月 11 日

生成自签名证书：

openssl req -x509 -newkey rsa:1024 -keyout key.pem -out cert.pem -days 365

在此过程中，需要PEM 密码：

输入 PEM 密码：
正在验证 - 输入 PEM 密码：

以PEM格式成功完成后有 2 个结果文件：

密钥.pem，证书.pem

私钥（key.pem）采用PKCS#8格式，起始行如下：

-----开始加密私钥-----

现在我正在尝试将证书以及相关的私钥组合到PKCS#12密钥库中，并使用密码保护密钥库。注意 - 根据我的理解，这应该有效地强制在读取访问期间请求密码，以及相应条目的私钥的密码：

openssl pkcs12 -export -inkey key.pem -in cert.pem -out keystore.p12

执行时，我被问到以下问题：

输入 key.pem 的
密码：输入导出密码：
正在验证 - 输入导出密码：

但是，据我所知，现在存储在keystore.p12文件中的私钥的密码短语应该保持不变。这是我尝试读取密钥库内容的方法：