沿着/dev/null
(指向空源/接收器文件的路径),是否存在至少在 Linux 上永远不会指向有效文件的路径?这主要是为了测试我正在编写的一些脚本,我不想删除或移动不属于脚本的文件(如果它存在)。
我想把我的SSD卖给我的朋友,它是256GB的,我在这个SSD上有个人的东西,所以我想确保它会变得非常困难或至少很难恢复数据。擦除整个 SSD,就像它是新的一样。
与此类似的其他问题过度提及:
cat
、dd
、shred
没有用。我读到,擦除 SSD 仅在擦除整个磁盘而不仅仅是一个分区时才有用。因此,我要求确保此信息是否正确并知道如何操作。
因此,我认为最好在这里为我和那些不担心数据丢失的人创建一个新线程,因为他们只想摆脱 SSD 以换取金钱,而不是把它们扔进垃圾箱。
Unix 文件系统通常有一个 inode 表,该表中的条目数通常在文件系统创建时就已确定。这有时会导致拥有大量磁盘空间的人收到关于没有可用空间的令人困惑的错误消息,即使在他们弄清楚问题所在之后,也没有简单的解决方案来解决它。
但似乎(对我而言)通过按需分配 inode 来避免整个混乱是非常可取的,对用户和系统管理员完全透明。如果你喜欢可爱的黑客,你甚至可以将 inode 表本身变成一个文件,从而重用你已经拥有的在磁盘上找到可用空间的代码。如果幸运的话,您甚至可能会在文件本身附近找到 inode,而无需明确尝试实现此结果。
但是没有人(据我所知)实际上这样做,所以我可能遗漏了一个问题。知道它可能是什么吗?
我正在查看search
命令的官方 GRUB2 文档,如http://www.gnu.org/software/grub/manual/grub.html#index-search
Command: search [--file|--label|--fs-uuid] [--set [var]] [--no-floppy] name
Search devices by file (-f, --file), filesystem label (-l, --label),
or filesystem UUID (-u, --fs-uuid).
If the --set option is used, the first device found is set as the
value of environment variable var. The default variable is ‘root’.
The --no-floppy option prevents searching floppy devices, which can be slow.
The ‘search.file’, ‘search.fs_label’, and ‘search.fs_uuid’ commands are aliases
for ‘search --file’, ‘search --label’, and ‘search --fs-uuid’ respectively. …
Run Code Online (Sandbox Code Playgroud) 如果我跑 ls -a
user@users-MacBook-Pro:~$ ls -a
. ..
Run Code Online (Sandbox Code Playgroud)
我得到.
和..
(当前目录和父目录?)
他们出现之后有什么原因吗ls -a
,他们做了什么有趣的事情吗?
当显示器是 4k 屏幕时,默认的 X11 光标非常小。如何使用更大的游标?要求:
我查看了 Xcursor(3) 手册页,其中讨论了该~/.icons
目录,但我不确定将哪些文件放置在那里以及如何激活它们。我在系统上有一堆目录,例如
/usr/local/share/icons/oxygen/64x64
/usr/local/share/icons/oxygen/64x64/categories
/usr/local/share/icons/oxygen/64x64/apps
/usr/local/share/icons/oxygen/64x64/devices
/usr/local/share/icons/oxygen/64x64/emotes
/usr/local/share/icons/oxygen/64x64/mimetypes
/usr/local/share/icons/oxygen/64x64/emblems
/usr/local/share/icons/oxygen/64x64/actions
/usr/local/share/icons/oxygen/64x64/places
/usr/local/share/icons/oxygen/64x64/status
/usr/local/share/icons/oxygen/48x48
/usr/local/share/icons/oxygen/48x48/emotes
/usr/local/share/icons/oxygen/48x48/devices
/usr/local/share/icons/oxygen/48x48/apps
/usr/local/share/icons/oxygen/48x48/mimetypes
/usr/local/share/icons/oxygen/48x48/status
/usr/local/share/icons/oxygen/48x48/emblems
/usr/local/share/icons/oxygen/48x48/actions
/usr/local/share/icons/oxygen/48x48/places
/usr/local/share/icons/oxygen/48x48/categories
/usr/local/share/icons/oxygen/48x48/animations
Run Code Online (Sandbox Code Playgroud)
每个都包含大量图标作为*.png
文件。
我想知道是否可以将磁盘映像文件直接写入分区而不先将其另存为文件。就像是
dd if="http://diskimages.com/i_am_a_disk_image.img" of=/dev/sdb1 bs=2M
Run Code Online (Sandbox Code Playgroud)
我也会接受 C 或 Python 的答案,因为我知道如何编译它们。
我一直以为这PS1
是一个环境变量。.bashrc
但是当我检查Ubuntu 的默认值并PS1
检查时
grep PS1 /etc/skel/.bashrc
Run Code Online (Sandbox Code Playgroud)
没有export PS1
。
如果没有export,是不是说明它不是环境变量?
我想创建一个专用的物理服务器,它将在我的 LAN(以及通过 VPN)内用作 NAS 和文件服务器。
但是我需要完全加密驱动器(系统驱动器和数据驱动器,因为我想我将使用两个 zpools)。由于 FreeBSD 支持的版本 28(以及 OpenIndiana、Nexenta 等)不支持 ZFS 加密,因此唯一的可能性似乎是使用 GELI。
现在我在考虑在 ZFS 之上添加 GELI 层是否会导致数据丢失。互联网上的一些帖子(虽然不是很多)似乎指出了这个问题。特别是,考虑到 RAID(Z) 和校验和的集成,ZFS 似乎是比 Unix/Linux 世界中的任何其他文件系统(例如 ext4、xfs 以及 btrfs)都要优越得多的文件系统。
现在在此之上添加 GELI 对我来说就像在 RAID 设置之上添加 LUKS 一样,尽管我从未体验过 Geli 并且不知道它的可靠性。性能不是主要问题,尽管我不想在我的 LAN 上进行 1MB/s 的传输(尽管 >20MB/s 是可以接受的)。
我从来没有离开过我的 Linux 世界,所以我没有使用 FreeBSD 或 Solaris 衍生产品的经验。由于付费(昂贵)的支持问题,我宁愿不使用 Solaris Express 11。这将是一台家里的电脑。如有必要,我愿意学习它们。
服务器将需要执行基本的 NAS 任务(特别是 samba/cifs 文件共享,我不需要与较新的 ZFS 版本集成的那些)。
考虑到加密层,GELI + ZFS 会比 LUKS + LVM + ext4 更可靠还是更不可靠?我在另一篇关于超级用户的帖子中问过,由于 ZFS,他们建议使用 FreeBSD/Solaris(es),尽管我们没有谈论加密。不知道 OpenIndiana 等是否支持像 LUKS 或 GELI 这样的块加密方法。 …
我有一个 CentOS 7 x86_64 安装,我想在上面安装一个名为frama-c
. 这个包不在我目前配置的 repos 中:
# yum search frama-c
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centos.datente.com
* epel: epel.besthosting.ua
* epel-testing: epel.besthosting.ua
* extras: centos.mirror.iphh.net
* updates: artfiles.org
Warning: No matches found for: frama-c
No matches found
Run Code Online (Sandbox Code Playgroud)
我已经fullfilelist
从https://dl.fedoraproject.org/pub/fedora/下载了,当我 grep for frama-c 时,结果看起来很有希望:
$ grep 'development.*x86_64.*frama-c' fullfilelist.txt
./linux/development/26/Everything/x86_64/debug/tree/Packages/f/frama-c-debuginfo-1.14-1.fc26.x86_64.rpm
./linux/development/26/Everything/x86_64/os/Packages/f/frama-c-doc-1.14-1.fc26.noarch.rpm
./linux/development/26/Everything/x86_64/os/Packages/f/frama-c-emacs-1.14-1.fc26.noarch.rpm
./linux/development/26/Everything/x86_64/os/Packages/f/frama-c-xemacs-1.14-1.fc26.noarch.rpm
./linux/development/26/Everything/x86_64/os/Packages/f/frama-c-1.14-1.fc26.x86_64.rpm
./linux/development/rawhide/Everything/x86_64/debug/tree/Packages/f/frama-c-debuginfo-1.14-1.fc27.x86_64.rpm
./linux/development/rawhide/Everything/x86_64/os/Packages/f/frama-c-doc-1.14-1.fc27.noarch.rpm
./linux/development/rawhide/Everything/x86_64/os/Packages/f/frama-c-1.14-1.fc27.x86_64.rpm
./linux/development/rawhide/Everything/x86_64/os/Packages/f/frama-c-emacs-1.14-1.fc27.noarch.rpm
./linux/development/rawhide/Everything/x86_64/os/Packages/f/frama-c-xemacs-1.14-1.fc27.noarch.rpm
Run Code Online (Sandbox Code Playgroud)
将 rawhide 存储库添加到我当前的存储库列表中的正确方法是什么,以便我可以安装一个yum install frama-c
?