主页 / server / 问题

问题[boot](server)

Martin Hope
VictorLee
Asked: 2022-04-16 02:13:19 +0800 CST
  • 0

重新启动服务器（ Debian 9.5, 64bit ）后卡在“正在运行创建易失性文件和目录的启动作业” ，并通过此“boot-stuck-at-a-start-job-is-running-for-create”解决-易失性文件和目录”。

我无法弄清楚这个问题的根本原因是什么，尽管从许多不是指根本原因的问题中进行搜索，而只是不符合我的各种解决方案。

我们没有达到文件或（子）目录的限制，并设置了dir_nlinkfor ext4.

# sudo tune2fs -l /dev/debian-vg/root | grep dir_nlink
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent
 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum

和的容量超过50%。inodedisk

原来的/tmp目录只有很少的文件和目录，总的磁盘空间使用量只有1G。

一些信息：

$ cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.9.0-7-amd64 root=/dev/mapper/debian--vg-root ro net.ifnames=0 biosdevname=0 console0=tty0 console=ttyS0,115200n8 quiet

$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=4077900k,nr_inodes=1019475,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=817924k,mode=755)
/dev/mapper/debian--vg-root on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=36,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=9039)
mqueue on /dev/mqueue type mqueue (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=817920k,mode=700,uid=1000,gid=1000)

$ lsblk
NAME                MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
vda                 254:0    0 1000G  0 disk 
└─vda1              254:1    0 1000G  0 part 
  └─debian--vg-root 253:0    0    3T  0 lvm  /
vdb                 254:16   0    4T  0 disk 
vdc                 254:32   0    2T  0 disk 
└─debian--vg-root   253:0    0    3T  0 lvm  /

$ blkid
/dev/vda1: UUID="ijfyeQ-***" TYPE="LVM2_member" PARTUUID="d6***"
/dev/mapper/debian--vg-root: UUID="2d2294a9-***" TYPE="ext4"
/dev/vdc: UUID="PXrGC9-***" TYPE="LVM2_member"

$ sudo find /tmp/ | wc -l
28905144
linux debian boot kernel tmp
Martin Hope
Rino Bino
Asked: 2022-04-05 20:01:09 +0800 CST
  • 1

我正在使用带有 grub 的 netboot/pxeboot。

menuentry "Install Ubuntu 20.04" {
  set gfxpayload=keep
  echo 'Loading vmlinuz ...'
  linux  /tftp/vmlinuz ip=dhcp netboot=nfs nfsroot=10.0.0.20:/data/netboot/nfs/ubuntu2004/ boot=casper toram noquiet splash=off console=tty0 console=ttyS1,57600n8 ---
  echo 'Loading initrd, this takes a long time ...'
  initrd /tftp/initrd
}

它工作正常，但是，通过 tftp 加载 initrd 需要很长时间（30 多分钟）。我想压缩（gz/bz2）这个文件以节省一些文件传输时间。

我看到了一些例子，指的是initrd.gz（一个例子：https ://unix.stackexchange.com/questions/217002/which-iso-file-vmlinuz-and-initrd-gz-to-use-for-installing- centos-from-multiboo）但是当我试图用 gzip 压缩文件并使用它时，我收到一个错误，例如：

[   12.543547] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6
[   12.558487] Please append a correct "root=" boot option; here are the available partitions:
[   12.575161] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

有没有办法压缩这个文件，以便它可以传输更小的文件大小，并在尝试挂载根 fs 之前将其解压缩？

或者，有没有办法通过不同的协议（HTTP/FTP/SFTP/SCP/etc）传输它？

boot pxe-boot linux-kernel tftp
Martin Hope
Jeff
Asked: 2022-02-02 05:43:46 +0800 CST
  • 0

我是 VPS 托管领域的新手，自从我安装 Debian 以来已经有一段时间了，7-Wheezy 是我的最后一个。

我看到在 SeaBIOS 的 GRUB 之后轮询 CD ROM 驱动器（见第一个屏幕截图）。

“在 GRUB 之后”我的意思是，在屏幕要求您选择要启动的操作系统之后（参见第二个屏幕截图）。

这是由 Debian (10) 还是由 VPS 托管公司 (Vultr) 完成的？

最让我困惑的是它在 GRUB 之后轮询 CD。我以为 GRUB 是在 BIOS 之后出现的。也许这是我不知道的VPS。

我想在启动时禁用 CD 轮询，只是不知道如何继续。

SeaBIOS 在 GRUB 之后显示

GRUB 是第一

boot vps
Martin Hope
Ignacio Soler Garcia
Asked: 2022-01-27 23:48:26 +0800 CST
  • 1

长话短说：

如果我将机器上的磁盘配置为 RAW 分区，以便 Hyper V 直接与它们一起工作以提高性能，那么机器需要几分钟才能启动，蓝色圆圈会循环播放。如果我将光盘置于离线状态，它会在几秒钟内启动。

关于如何避免这种情况的任何想法？

hyper-v boot raw-disk windows-10
Martin Hope
Will Roberts
Asked: 2021-10-26 09:54:22 +0800 CST
  • 3

tl;博士。 有没有办法在驱动器丢失或故障（不是用户首先失败）的情况下正确启动基于软件的 RAID1？

需要明确的是，如果在重新启动之前正确地使驱动器发生故障，则可以在没有硬盘驱动器的情况下启动基于软件的 RAID1。我知道这是主观的，但这似乎不是一个合理的解决方案，也不是一个可接受的答案。例如; 设施受到电源冲击，并且硬盘驱动器在断电的同时发生故障。尝试使用未“正确”失败的降级硬盘启动将导致系统进入紧急模式。

我从这里和其他论坛阅读了许多帖子，都建议您在所有分区上安装 grub，或者手动重建 grub，添加nofail到/etc/fstab选项或其他看似简单的解决方案；但现实情况是，这些建议都没有奏效。

虽然我已经接受了这是不可能的，但关于这件事的一些事情并不容易。因此，我正在查看是否有其他人有此问题或对此问题有解决方案。

我的环境：

我有一个不支持 UEFI 的旧主板，所以我启动了传统模式/MBR。
操作系统：

cat /etc/redhat-release
Red Hat Enterprise Linux Workstation release 7.6 (Maipo)

核心：

uname –r
3.10.0-957.el7.x86_64

妈妈：

mdadm –version
mdadm – v4.1-rc1 2018-03-22

我的 RAID 是跨三个驱动器的 RAID1。( sda,sdb,sdc) 并且有 4 个分区

md1 - /boot
md2 - /home
md3 - /
md4 - swap

我已经在所有分区上安装了 grub，并确保所有引导分区都有引导标志。 fdisk /dev/sd[a,b,c]all*在适当分区旁边的引导字段中 显示 a
- 和 -
grub2-install /dev/sd[a,b,c]（作为单独的命令，具有“成功安装”结果）。

复制问题：

  1. 在分配给 RAID 的所有驱动器和 RAID 完全可操作的情况下关闭系统。
  2. 卸下硬盘
  3. 电源系统启动

结果： 系统将通过 grub 引导。Gdm 将尝试显示登录屏幕，但大约 20 秒后，它将失败并掉到紧急控制台。“正常”系统中有许多缺失的部分。例如; /boot 和 /etc 不存在。似乎没有任何内核恐慌消息或问题显示在dmesg.

同样，这里的关键是；RAID 必须完全组装，关闭电源并卸下驱动器。如果您正确地使驱动器发生故障并将其从 RAID 中删除，那么您可以在没有驱动器的情况下启动。

示例：（
mdadm --manage /dev/md[1,2,3,4] --fail /dev/sda[1,2,3,4]作为单独的命令）
mdadm --manage /dev/md[1,2,3,4] --remove /dev/sda[1,2,3,4]（作为单独的命令）

我知道这似乎微不足道，但我还没有找到一个可行的解决方案来引导具有降级 RAID1 的系统。您会认为这应该是一个简单解决方案的简单问题，但事实并非如此。

任何帮助、输入或建议将不胜感激。

linux redhat boot mdadm software-raid
Martin Hope
Hover Horse
Asked: 2021-09-08 13:15:10 +0800 CST
  • 1

我在华硕板上有两个相同的英特尔 CPU，每个都有一根内存条。上电时，板立即抛出代码 19（“SB 在安装内存之前初始化”）。我已经单独测试了每个 CPU，以及每根 ram。使用单个 cpu 时，系统可以在安装了一根或两根 ram 的情况下正常启动。我唯一遇到的问题是安装第二个 CPU 时。我是否遗漏了单 CPU 构建中没有的对双 CPU 构建至关重要的东西？

MB：华硕 Z10PE-D16

CPU：2x Intel E5-1620V4 3.5Ghz，插座 LGA2011V4，140w

RAM：2x Supermicro（贴纸上写着三星）M393A4K40CB1-CRC4Q 32GB ECC DDR4 2400

电源：全汉双胞胎 Pro 700W

central-processing-unit hardware memory boot asus
Martin Hope
majetym
Asked: 2021-06-04 03:38:45 +0800 CST
  • 0

尝试在 GCP 计算引擎中创建 VM 实例时，每个版本只有 RHEL 最新版本的映像可用。RHEL 7.9 和 RHEL 8.3 可用。但无法在 Marketplace 和 Public 镜像中找到 RHEL 7.6/7.7/7.8/8.1/8.2 镜像。参考这张图片。 RHEL 7 提供 RHEL 7.9，RHEL 8 提供 RHEL 8.3如何在没有 SAP 的情况下获得较低版本的 RHEL？

google-cloud-platform boot disk-image google-compute-engine
Martin Hope
Mlok
Asked: 2021-03-27 03:35:22 +0800 CST
  • 0

我有带 8 个驱动器的 HPE ProLiant gen 10 服务器。如果我使用传统引导模式，但传统引导顺序设置中没有任何内容。服务器尝试仅从以太网启动。

我已经在硬盘驱动器上安装了 grub，需要从它们启动。

请知道该怎么做？某种其他的BIOS设置？我不是硬件/BIOS设置方面的专家。

boot grub legacy
Martin Hope
Rody Oldenhuis
Asked: 2021-03-25 18:14:52 +0800 CST
  • 4

我的 Docker 守护进程似乎/etc/docker/daemon.json在启动时忽略了。

与这个问题类似，我在告诉 Docker 守护进程它不应该使用默认172.17.*范围时遇到了一些麻烦。该范围已被我们的 VPN 占用，并阻止通过该 VPN 连接的人员连接到运行 Docker 的服务器。

非常烦人的事情是，每次我重新启动服务器时，Docker 都会再次从 VPN 的范围内申请一个 IP，而不管我输入了什么/etc/docker/daemon.json。我必须手动发出

# systemctl restart docker

启动后直接在172.17.*网络上的人可以再次访问服务器之前。

这显然经常被遗忘，并导致许多问题票。

我的/etc/docker/daemon.json样子是这样的：

{
 "default-address-pools": [
   {
      "base": "172.20.0.0/16",
      "size": 24
   }
 ]
}

并获得这样的许可：

-rw-r--r--   1 root root   123 Dec  8 10:43 daemon.json

我什至不知道如何开始诊断这个问题；有任何想法吗？

为了完整性：

  • Ubuntu 18.04.5 LTS
  • Docker 版本 19.03.6，构建 369ce74a3c

编辑：输出systemctl cat docker：

# /lib/systemd/system/docker.service
[Unit]
Description=Docker Application Container Engine
Documentation=https://docs.docker.com
After=network-online.target firewalld.service containerd.service
Wants=network-online.target
Requires=docker.socket
Wants=containerd.service

[Service]
Type=notify
# the default is not to use systemd for cgroups because the delegate issues still
# exists and systemd currently does not support the cgroup feature set required
# for containers run by docker
ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock
ExecReload=/bin/kill -s HUP $MAINPID
TimeoutSec=0
RestartSec=2
Restart=always

# Note that StartLimit* options were moved from "Service" to "Unit" in systemd 229.
# Both the old, and new location are accepted by systemd 229 and up, so using the old location
# to make them work for either version of systemd.
StartLimitBurst=3

# Note that StartLimitInterval was renamed to StartLimitIntervalSec in systemd 230.
# Both the old, and new name are accepted by systemd 230 and up, so using the old name to make
# this option work for either version of systemd.
StartLimitInterval=60s

# Having non-zero Limit*s causes performance problems due to accounting overhead
# in the kernel. We recommend using cgroups to do container-local accounting.
LimitNOFILE=infinity
LimitNPROC=infinity
LimitCORE=infinity

# Comment TasksMax if your systemd version does not support it.
# Only systemd 226 and above support this option.
TasksMax=infinity

# set delegate yes so that systemd does not reset the cgroups of docker containers
Delegate=yes

# kill only the docker process, not all processes in the cgroup
KillMode=process

[Install]
WantedBy=multi-user.target

sudo docker info（之后systemctl restart docker）的输出：

Client:
 Debug Mode: false

Server:
 Containers: 34
  Running: 19
  Paused: 0
  Stopped: 15
 Images: 589
 Server Version: 19.03.6
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Native Overlay Diff: true
 Logging Driver: json-file
 Cgroup Driver: cgroupfs
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
 Swarm: inactive
 Runtimes: runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: 
 runc version: 
 init version: 
 Security Options:
  apparmor
  seccomp
   Profile: default
 Kernel Version: 4.15.0-140-generic
 Operating System: Ubuntu 18.04.5 LTS
 OSType: linux
 Architecture: x86_64
 CPUs: 16
 Total Memory: 47.16GiB
 Name: linuxsrv
 ID: <redacted>
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 Username: <redacted>
 Registry: https://index.docker.io/v1/
 Labels:
 Experimental: false
 Insecure Registries:
  127.0.0.0/8
 Registry Mirrors:
  http://172.16.30.33:6000/
 Live Restore Enabled: false

WARNING: No swap limit support
ubuntu boot daemon docker