小编Ray*_*rth的帖子

我想简要说明以下命令行：

grep -i 'abc' content 2>/dev/null 

我按照如何在 Ubuntu 18.04 LTS 中访问您的 Google Drive 帐户中所述将我的 Google Drive 添加到在线帐户。

它从图形界面正常工作：

但是如何从命令行通过文件系统访问它？

更新：我发现了这个：

$ mount | grep gv
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

$ cd /run/user/1000/gvfs/google-drive:host=gmail.com,user=butterworth.ray

$ ls -lgAFt
ls: cannot read symbolic link '1PhljWusfB-JWfKSu3xqzSzCOqztgDTEDWqfG3E2KioQ': Function not implemented
ls: cannot read symbolic link '12TmyqxUuLFQIktoec0Pe2ygDVPVx9YsDfi6tS2hAXFc': Function not implemented
ls: cannot read symbolic link '1uUnjOG172XdBQ1fLe6AbslNjsHiTK-IaUpzImwkwSbc': Function not implemented
...

total 0
lrw------- 1 ray 0 Jan 19 15:56 1IkBP3RVzCkMPO8UYI8LFyLo71rCOhbEirSMuS39GxUc
lrw------- 1 ray 0 Jan  5 10:06 1JkZJuIN4U-XwOLfKmYr3-0Y2KYQMQ_EmVrZPj1i1AMI
lrw------- …

这个老问题听起来像我想要的：Copy ubuntu.iso to Usb Stick with two partitions

它被标记为重复：How do I install Ubuntu to a USB key? （不使用启动盘创建器）

但是答案都回答了一个不同的问题，即如何创建具有多个分区的可启动 USB。

我不想要简单可启动的东西；我想要一些可以用来安装Ubuntu 的东西（如果我只是用来dd复制 iso ，我会得到什么），但是除了 iso 中的内容之外，USB 记忆棒还应该有一个或多个可写分区。

我的机器有很多内存，所以我搬进~/.cache/google-chrome了/tmptmpfs RAM 磁盘。这使得浏览器运行速度更快并减少 SSD 使用量。当我重新启动时，一切都会消失，但会再次重新创建。一切皆好。

理论上，我~/.cache也可以把所有东西都搬到那里。

~/.cache但在实践中，某些包（ab）用于除临时可重现数据之外的其他用途的可能性有多大？

更新（2天后）：

我决定尝试一下并这样做：

$ mv ~/.cache ~/.cache.old
$ ln  -s  /tmp/home/ray/.cache  ~/.

然后将其添加到我的~/.profile：

mkdir  -p  /tmp/home/ray/.cache

到目前为止，重新启动后一切正常。删除 .cache.old 将释放大约 2G 的大部分旧文件。

如果我确实遇到了任何滥用 .cache 的包，我可以教.profile为该特定情况将符号链接添加回真实目录。

更新（3年后）：

我已经运行了三年多了，没有出现明显的问题。

% journalctl
...
Dec 14 22:37:30 ray-desktop kernel: mce: [Hardware Error]: Machine check events logged
-- Reboot --
Dec 14 22:40:08 ray-desktop kernel: microcode: microcode updated early to revision 0x8e, date = 2018-03-24
...

/var/log/kern.log 有：

...
Dec 14 22:37:30 ray-desktop kernel: [539775.847567] mce: [Hardware Error]: Machine check events logged
Dec 14 22:40:09 ray-desktop kernel: [    0.000000] microcode: microcode updated early to revision 0x8e, date = 2018-03-24
Dec 14 22:40:09 ray-desktop kernel: [    0.000000] Linux version 4.15.0-42-generic (buildd@lgw01-amd64-023) (gcc version …

$ cut -d' ' -f5 /var/log/syslog.1 | sed -e 's/\[.*//' | sort | uniq -c | sort -n
  1  colord
  1  cracklib:
  1  update-notifier.desktop
  2  avahi-daemon
  2  gsd-color
  3  dhclient
  5  PackageKit:
  6  nm-dispatcher:
  7  whoopsie
  8  snapd
 12  NetworkManager
 14  dbus-daemon
 20  gvfsd-metadata
 29  smartd
 40  gnome-shell
 53  anacron
 78  gnome-software
 78  systemd
174  CRON
725  org.gnome.Shell.desktop

超过三分之二的syslog条目来自 gnome。

对于 Ubuntu 18.04，是这样的：

• 普通的。
• 正常，但可配置为仅报告重要事件。
• 坏了，需要改变一些东西。

每当我登录（或解锁其密码屏幕）最近安装的 20.04 系统时，/var/log/syslog都会报告它正在启动指纹身份验证守护进程：

\xe2\x80\xa6\nNov 15 13:29:28 ray-desktop dbus-daemon[528]: [system] Activating via systemd: service name='net.reactivated.Fprint' unit='fprintd.service' requested by ':1.193' (uid=1000 pid=8276 comm="/usr/bin/gnome-shell " label="unconfined")\nNov 15 13:29:28 ray-desktop systemd[1]: Starting Fingerprint Authentication Daemon...\nNov 15 13:29:28 ray-desktop dbus-daemon[528]: [system] Successfully activated service 'net.reactivated.Fprint'\nNov 15 13:29:28 ray-desktop systemd[1]: Started Fingerprint Authentication Daemon.\nNov 15 13:29:29 ray-desktop NetworkManager[86471]: <info>  [1605464969.2480] agent-manager: agent[5d99141cf1aa3382,:1.193/org.gnome.Shell.NetworkAgent/1000]: agent registered\nNov 15 13:29:29 ray-desktop dbus-daemon[8052]: [session uid=1000 pid=8052] Activating service name='org.freedesktop.FileManager1' requested by ':1.42' (uid=1000 pid=8276 comm="/usr/bin/gnome-shell " label="unconfined")\nNov 15 …

这些挂载的文件系统：

$ df /media/ray/d*\nFilesystem     1K-blocks  Used Available Use% Mounted on\n/dev/loop8         48128 48128         0 100% /media/ray/disk\n/dev/loop3         64768 64768         0 100% /media/ray/disk1\n\n$ ls -la /media/ray/d*\n/media/ray/disk:\ntotal 4\ndrwxr-xr-x  10 root root  119 Jun 15 09:43 .\ndrwxr-x---+  5 root root 4096 Nov 24 12:29 ..\ndrwxr-xr-x   2 root root   53 Jun 15 09:43 bin\ndrwxr-xr-x   7 root root  110 Jun 15 09:43 etc\ndrwxr-xr-x   5 root root   66 Mar 28  2022 lib\ndrwxr-xr-x   2 root root   43 Jun 15 09:43 lib64\ndrwxr-xr-x   2 root root   32 Jun 15 09:43 …

我最近/tmp通过将其添加到 /etc/fstab创建了一个 RAM ：

tmpfs /tmp tmpfs rw,nosuid,nodev,noatime   0    0

一切正常，理论上系统现在运行得更快，但在启动时 /var/log/syslog 得到：

… tmp.mount: Directory /tmp to mount over is not empty, mounting anyway.

这种情况似乎不可避免，因为永远没有机会从 /tmp 的文件系统版本中删除文件。

浪费的空间是微不足道的，但作为一个有趣的问题，有没有什么简单的方法可以清除隐藏在 /tmp 挂载点下的垃圾？