linux操作系统新建文件夹在哪

记得有一次，我在电脑上使用Linux系统整理文件，当时电脑屏幕上显示的是根目录下的“/home/user”文件夹。
我需要在此目录中创建一个名为“backup”的文件夹来存储备份文件。
我选择了命令行模式，打开终端窗口并输入命令“cd /home/user”，然后屏幕上显示路径“/home/user”。
然后输入“mkdir backup”命令，输入后屏幕上出现“backup”文件夹的提示，从而创建文件夹成功。

但是突然我想到，如果用图形界面来完成的话，流程会是什么样子呢？我打开文件管理器，切换到“/home/user”目录，然后在空白处右键单击“新建文件夹”，输入文件夹名称“back”，然后按回车键，文件夹就出现了。
无论哪种方式都很简单，但正确的操作对于指挥者来说似乎更加直接和有效。

但有时我会想，如果在其他目录下创建文件夹，操作会不会不一样？例如，在“/var/www/”中创建文件夹需要管理员权限。
命令行操作需要“sudo”吗？我尝试输入“sudo mkdir /var/www//webfiles”，并在屏幕上输入了密码。
正确操作后，文件夹就创建成功了。

这里的过程是为了让我了解无论是命令行还是图形界面，Linux系统的运行其实都遵循一定的规则。
通过遵循这些规则，您可以更有效地使用 Linux 系统。
不过，有时候我也会想，如果操作系统能简单一点就好了。

Linux如何在关机前自动保存工作？结合sync与shutdown命令的实现方法

嘿嘿，给大家讲一下我在Linux上陷入陷阱的经历。
当时公司的服务器数据非常重要，我们担心一关电脑就会出问题。
我正在考虑找到一种可靠的方法来在关闭之前将数据可靠地写入磁盘。

我尝试将同步直接添加到关闭命令中，例如 shutdown -h nowsync。
听起来很容易，对吧？结果有一次，系统负载突然增大，同步卡在那里好久，关机命令卡住，系统卡住，用户被侮辱。
我当时的记忆力很长。

后来我改用了你提到的方法，使用systemd创建了一个服务。
具体操作我不记得了，但我可能创建了一个新脚本，同步它并在某个时候关闭它，并使用systemd正常执行它。
后来我发现这个技巧安全多了。
我还在脚本中添加了一些日志来记录关闭前的情况，这样如果出现问题也很容易排查。
最大的陷阱是融合。
有时需要同步大量数据，你得等半天才能关掉电脑。
我尝试运行后台同步一次，但出了问题。
在脚本完成其工作之前，计算机将关闭，数据将丢失。
因此，应根据具体情况使用同步。
有时你必须刷牙并等待更长的时间。

总之，你说的方法很好，比直接改shutdown命令可靠多了。
但我建议你多尝试一下，看看同步需要多长时间，然后调整系统超时。
另外，不要只阅读系统日志。
有时硬盘出现问题，同步无法快速进行。
那么你应该使用工具来监控硬盘的状况。
我对十年陷阱的总结可以用一句话来概括：安全第一，不要掉以轻心。

如何设置Redis开机自启动（Linux版）

上周，我使用 Systemd 将 Redis 配置为在我的服务器上自动启动。
使用 Redis 启动和停止命令以及配置文件的路径创建服务文件。
接下来，启用自启动并运行 sudo systemctl enable redis.service 以便 Redis 在系统启动时自动加载。

我的一个朋友也用过这个方法，但是遇到了问题，无法启动Redis。
我让他检查配置文件路径和Redis可执行路径，并提醒他权限问题。
确保服务文件具有权限 6 4 4 并且由 root 所有。

他当前正在运行多个Redis实例，每个实例都有独立的服务文件。
例如，redis1 .service配置文件也发生了变化。
不要忘记更改端口号。

我刚开始设置的时候也遇到了日志显示的问题，不过我用journalctl命令解决了。
在性能优化方面，我们建议设置maxmemory来限制内存使用、优化启动顺序、加强安全设置、禁用危险命令以及设置密码验证。

2 02 3 年，Systemd 是一个非常出色的工具，用于将 Redis 配置为在 Linux 系统上自动启动。
这取决于您，但如果您需要，我们会帮助您进行设置。

LNMP如何设置自动重启

您好，您非常具体地询问了有关配置 LNMP 自动重启的问题。
Systemd 和 Supervisor 已经是流行的选择。
使用哪个选项取决于您的系统环境和工作习惯。

2 02 3 年我在上海一家公司做运维的时候也遇到过这个需求，当时我们用的是Ubuntu 1 8 .04 ，系统比较新，想要独立管理各个服务，所以最终选择了systemd。
说实话，虽然一开始我觉得为 Nginx、MySQL 和 PHP-FPM 创建单独的服务文件很困难，但它确实很好用。
特别是systemd日志管理，可以通过在服务文件中配置journalctl -u nginx来直接输出日志，这比分散在/var/log/nginx.err.log中的supervisor日志容易查找得多。
而且systemd的资源占用本来就很低，对系统性能影响不大。

但是如果您谈论的是管理员...那么，它也有其优点。
我们旁边的团队曾经使用过较旧的CentOS 7 操作系统，系统环境一团糟。
使用管理员来管理其中的所有服务。
配置文件似乎被分组在一起，使得启动、停止和检查状态变得容易。
特别是Supervisor支持不同的操作使用不同的日志文件，对于排查问题确实很方便。
但每次系统升级或软件版本变更时，一定要记得更改supervisor配置，否则很容易出现问题。

无论如何，想一想： 1 .您现在使用什么系统？它是像 Ubuntu 2 0.04 这样的新版本还是像 CentOS 6 这样的旧版本？ 2 . 您希望每项服务独立管理还是在一个地方管理？ 3 .您对系统资源非常敏感吗？如果你只有一台服务器并且需要省钱，systemd 可能更适合。

如果你选择systemd，你将不得不耐心地为每个服务编写配置文件，但作为回报你将获得更好的隔离和独立控制能力。
通过管理员选择，您可以在一个文件中一劳永逸地配置所有服务，但您需要安装额外的软件，并且在将来升级系统时必须小心不要破坏配置。

我还在考虑如何选择。
无论如何，这取决于你。