Início / user-18887

Sparhawk's questions

Martin Hope
Sparhawk
Asked: 2019-07-11 00:15:40 +0800 CST
  • 1

Acabei de atualizar meu servidor para o Debian Buster (Raspbian). No entanto, quando inicializo, meus discos rígidos USB não estão sendo montados. Eu vejo algo como o seguinte na minha tela inicial:

mount: /media/PiHDD: can't find UUID=<string>

Se eu manualmente sudo mount -a, todos os discos rígidos são montados

O seguinte é /etc/fstab:

proc            /proc           proc    defaults          0       0
/dev/mmcblk0p1  /boot           vfat    defaults          0       0
/dev/mmcblk0p2  /               ext4    defaults,noatime  0       0
UUID=<string> /media/PiHDD ext4 defaults,noatime 0 0
UUID=<string2> /media/PiHDD2 ext4 defaults,noatime 0 0
...

que funcionou bem antes da atualização para o Buster.

Eu também tentei identificar os discos rígidos usando PARTUUIDou LABEL, com base na saída de blkid, mas eles também falham na inicialização com can't find LABEL, etc.

Não estou usando o systemd (PID 1 é init, e file /sbin/initdá um executável). /sbin/init --versiondá SysV init version: 2.93. Eu atualizei para o kernel mais recente (de teste) 4.19.57-v7+.

Na inicialização, acho que meu sistema está vendo os dispositivos USB antes de tentar montá-los. Eu posso ver New USB device foundantes que a montagem falhe. Também vejo Attached SCSI diskdepois que o dispositivo é encontrado, mas não tenho certeza se é antes ou depois da montagem com falha. Isso é tudo /var/log/syslog, mas por algum motivo os mount… can't find UUIDerros que vejo na inicialização não estão em nenhum arquivo em /var/log.

Como posso fazer com que meu sistema monte automaticamente meus discos rígidos USB na inicialização?

Aqui está o conteúdo do /etc/inittab.

# /etc/inittab: init(8) configuration.
# $Id: inittab,v 1.91 2002/01/25 13:35:21 miquels Exp $

# The default runlevel.
id:2:initdefault:

# Boot-time system configuration/initialization script.
# This is run first except when booting in emergency (-b) mode.
si::sysinit:/etc/init.d/rcS

# What to do in single-user mode.
~~:S:wait:/sbin/sulogin

# /etc/init.d executes the S and K scripts upon change
# of runlevel.
#
# Runlevel 0 is halt.
# Runlevel 1 is single-user.
# Runlevels 2-5 are multi-user.
# Runlevel 6 is reboot.

l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
# Normally not reached, but fallthrough in case of emergency.
z6:6:respawn:/sbin/sulogin

# What to do when CTRL-ALT-DEL is pressed.
ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now

# Action on special keypress (ALT-UpArrow).
#kb::kbrequest:/bin/echo "Keyboard Request--edit /etc/inittab to let this work."

# What to do when the power fails/returns.
pf::powerwait:/etc/init.d/powerfail start
pn::powerfailnow:/etc/init.d/powerfail now
po::powerokwait:/etc/init.d/powerfail stop

# /sbin/getty invocations for the runlevels.
#
# The "id" field MUST be the same as the last
# characters of the device (after "tty").
#
# Format:
#  <id>:<runlevels>:<action>:<process>
#
# Note that on most Debian systems tty7 is used by the X Window System,
# so if you want to add more getty's go ahead but skip tty7 if you run X.
#
1:2345:respawn:/sbin/getty --noclear 38400 tty1 
2:23:respawn:/sbin/getty 38400 tty2
3:23:respawn:/sbin/getty 38400 tty3
4:23:respawn:/sbin/getty 38400 tty4
5:23:respawn:/sbin/getty 38400 tty5
6:23:respawn:/sbin/getty 38400 tty6

# Example how to put a getty on a serial line (for a terminal)
#
#T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100
#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100

# Example how to put a getty on a modem line.
#
#T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3


#Spawn a getty on Raspberry Pi serial line
T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100
mount fstab
Martin Hope
Sparhawk
Asked: 2019-02-15 02:14:12 +0800 CST
  • 1

Ao responder a outra pergunta, citei man grep, em relação a-x

-x, --line-regexp
       Select only those matches that exactly match the whole line.
       For a regular expression pattern, this is like parenthesizing
       the pattern and then surrounding it with ^ and $.

Eu já sabia que -xera como "cercar [o regex] com ^e $", mas por que isso também implica "entre parênteses no padrão"?

Não consigo pensar em por que o uso de parênteses seria necessário, ou até mesmo mudaria alguma coisa. Se todo o padrão estivesse entre parênteses, você não poderia se referir a ele internamente com um grupo de captura. grepreclama sobre barras invertidas à direita, então também não há comportamento estranho de um anexo )(nem eu esperaria que isso estivesse no espírito de uma opção).

Por que man grepmenciona especificamente parenthesizing the patternpara -x?

grep
Martin Hope
Sparhawk
Asked: 2018-01-10 20:29:00 +0800 CST
  • 3

Quando quero fazer vimdiffroot nos arquivos, uso o seguinte alias, conforme esta sugestão .

alias sudovimdiff='SUDO_EDITOR=vimdiff sudoedit'

Eu posso então usar o seguinte comando.

$ sudovimdiff /root/a /root/b

No entanto, se um dos arquivos for gravável pelo meu usuário, o comando falhará.

$ sudovimdiff /root/a /tmp/b
sudoedit: /tmp/b: editing files in a writable directory is not permitted

Existe uma maneira de vimdiff um arquivo raiz e um arquivo não raiz, usando as configurações de ambiente do meu usuário (ou seja sudoedit)?

sudo permissions