Re: [SOLVED, kind of] Re: ext4: debugfs: icheck: Input/output error while calling ext2fs_block_iterate

[local10]

Sep 28, 2019, 11:24 by bouncingc...@gmail.com:

> Having read that, I don't see any admission that fsck makes any
> changes if run without any options as it seems you did. So I
> wonder what caused the change in the debugfs message.
>

man wasn't available in BusyBox so I had to limit myself to the options 
available through "fsck.ext4 --help". I think I ran it as "fsck.ext4 -cfv 
/dev/sda", if I remember correctly.


> Personally I think if both smart and fsck are happy then I would
> trust the filesystem. I have done a few repairs like this and never
> had any subsequent problems, but it's worth keeping an eye on
> future smart tests to see if any further errors appear on the drive.
>

The system seems to work fine so far. I'm going to keep an eye on it in the 
near future, just in case.

Thanks to everyone who responded.

Re: I can't find 1920x1080 from Display Settings

[Patrick Bartek]

On Sat, 28 Sep 2019 18:26:23 +0300
Jari Fredriksson  wrote:

> Hello.
> 
> I'm using Debian Buster in a VirtualBox VM on my server. I use it from 
> Windows using Remote Desktop.
> 
> The desktop size is not automatically my FullHD size so I need to go to 
> Display Settings and there from a dropdown list pick a resolution for 
> display. That works but there is not the most common option 1920x1080 at 
> all! The closest is 1920x1200 which I'm using now. But I just can't 
> maximize any windows without losing the bottom content with this.
> 
> Any ideas?

Have you installed the Guest Additions in Buster?  Also, have you
installed the latest VirtualBox Extensions in the host?

B

Re: [SOLVED, kind of] Re: ext4: debugfs: icheck: Input/output error while calling ext2fs_block_iterate

[Charles Curley]

On Sun, 29 Sep 2019 01:24:00 +1000
David  wrote:

> Having read that, I don't see any admission that fsck makes any
> changes if run without any options as it seems you did. So I
> wonder what caused the change in the debugfs message.

I'll offer a guess. Modern disk drives have a full up controller on
board. That controller has enough smarts that when it detects an error
it can correct, it will transparently correct the error and re-write
the sector.

Sometimes it takes more than one such read and re-write to make the
correction permanent.

In GSmartControl, under the Statistics tab, keep an eye on the number
of reallocated sectors. If you see a non-zero value, your drive is in
trouble. At the prices of modern hard drives, it makes sense to replace
early rather than endure the hassle of restoring from backups, no
matter how well done they are.

Also,if you haven't already done so, set up smartd, which is part of
the smartmontools package.

And think about having a spare drive on hand for the day when that
drive goes south.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

Re: Curiosidade

[Leandro Guimarães Faria Corcete DUTRA]

Le vendredi 27 septembre 2019 à 23:05 -0300, Humberto A. Sousa a
écrit :
> 
> Há configurações do próprio browser que "bloqueia" os algoritmos de
> monitoramento.

Só de ‘seguimento’ (deve ter palavra melhor…) simples.  Aliás, não são
algoritmos, nesse sentido.  Mas, para evitar as formas que o colega
constatou, só com módulos do tipo υMatrix.



-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm

Re: Debian/Bullseye plasma screen doesn't lock

[Gary Dale]

On 2019-09-27 10:46 p.m., David Wright wrote:

On Fri 27 Sep 2019 at 20:15:01 (-0400), Gary Dale wrote:

Since mid-August, my screen doesn't lock automatically after 10
minutes (as I specified in the power management settings). I've tried
rebooting and resetting the power management setting but it's still
not locking. This has survived several updates to the window
management software.

I tried sending this issue to the debian-kde list but it hasn't gotten
through.

I'm running Debian/Bullseye on an AMD64 system.

Any suggestions on how to fix this?

Attached is my /etc/issue file which I've found necessary for buster;
I assume bullseye might be the same. It gives me 16 minutes before
blanking the VC. Without it, the boot messages remain displayed forever.

Cheers,
David.


My screen blanks OK but doesn't lock. Also, I didn't have the problem 
with Buster. It's only since upgrading to Bullseye that it has started 
happening.

Re: Authentication for telnet.

[Reco]

Hi.

On Sat, Sep 28, 2019 at 08:15:07AM -0700, pe...@easthope.ca wrote:
> Opening a terminal emulator in default configuration on localhost, 
> LXTerminal for example, doesn't require authentication.  Can telnet
> work similarly?  Ie. "telnet localhost" succeeds without login.
> 
> Can  this be accomplished by configuration of PAM ?

telnetd(8), "-a" and "-L" parameters. No PAM configuration required.

But your request seems to be awfully close to (in)famous A/B problem, so
I have to ask - what are you trying to achieve?

Reco

Re: Icon for minimized window.

[peter]

From: Reco 
Date: Thu, 26 Sep 2019 20:28:01 +0300
> Right click on a panel, select "Panel Settings". Choose "Panel Applets"
> tab.  Add "Task Bar (Window List)" applet to the panel.

Thanks!   ... P.

-- 
https://en.wikibooks.org/wiki/Medical_Machines
Tel: +1 604 670 0140Bcc: peter at easthope. ca

Re: sistema de ficheros

[Galvatorix Torixgalva]

Hola,

todo sistema de archivos tiene sus pros y sus contras, sencillamente
algunos son mas eficientes que otros dependiendo de para que lo vayamos a
usar.

si lo que quieres es eficiencia y seguridad (como mencionas en tu mensaje)
usa sistemas de RAID por hardware. Un sistema de RAID 5 (por poner un
ejemplo) es bastante seguro y no muy caro (para lo que hace).

"mayor velocidad de lectura pero menor velocidad de escritura?, mayor
velocidad de escritura pero menor velocidad de lectura?, misma velocidad de
lectura que de escritura?, debe llevar journaling?"

cual es tu primera prioridad?, la lectura, la escritura, la velocidad o la
recuperacion frente a desastres?. dificil elejir, verdad?. normalmente
queremos varias cosas o incluso todas. De ahi lo de los sistemas RAID por
hardware.

Un saludo




Libre
de virus. www.avg.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Authentication for telnet.

[peter]

Opening a terminal emulator in default configuration on localhost, 
LXTerminal for example, doesn't require authentication.  Can telnet
work similarly?  Ie. "telnet localhost" succeeds without login.

Can  this be accomplished by configuration of PAM ?

Thanks,... Peter E.

-- 
https://en.wikibooks.org/wiki/Medical_Machines
Tel: +1 604 670 0140Bcc: peter at easthope. ca

I can't find 1920x1080 from Display Settings

[Jari Fredriksson]

Hello.

I'm using Debian Buster in a VirtualBox VM on my server. I use it from 
Windows using Remote Desktop.

The desktop size is not automatically my FullHD size so I need to go to 
Display Settings and there from a dropdown list pick a resolution for 
display. That works but there is not the most common option 1920x1080 at 
all! The closest is 1920x1200 which I'm using now. But I just can't 
maximize any windows without losing the bottom content with this.

Any ideas?

br. jarif


-- 
Lähetetty Android-laitteestani K-9 Maililla. Pahoittelut vähäsanaisuudestani.

Re: [SOLVED, kind of] Re: ext4: debugfs: icheck: Input/output error while calling ext2fs_block_iterate

[David]

On Sat, 28 Sep 2019 at 22:31, local10  wrote:
> Sep 28, 2019, 02:06 by loca...@tutanota.com:

> > Good advice, thanks. I have a backup drive which is almost a
> > mirror copy of the failing one, so that's why I am not very worried
> > about it. I'm going to try to fix it in a couple of days, so let's see
> > how it goes.

> So I forced fsck to run at reboot, it refused to run in the auto
> mode, dropped me into BusyBox and from there I could run fsck
> manually, pressing  a couple of times telling fsck to ignore
> errors (that was the only option available to me in fsck other than
> quitting it). > After that fsck reported the filesystem clean.

It's great to hear that fsck seems happy with your filesystem.

Just for curiosity, I had a read of 'man e2fsck' and found this:
"""
If  e2fsck  is  run  in  interactive mode (meaning that none of
-y, -n, or -p are specified), the program will ask the user to fix
each problem found in the filesystem.  A response of 'y' will fix the
error; 'n' will leave the error unfixed; and 'a' will fix the problem
and all subsequent problems; pressing Enter will proceed with the
default response, which is printed before the question mark.
Pressing Control-C terminates e2fsck immediately.
"""
and also about the -p option, it does not give much detail in
the man page but a lot more information on -p is here:
https://unix.stackexchange.com/questions/18526/what-does-fsck-p-preen-do-on-ext4

Having read that, I don't see any admission that fsck makes any
changes if run without any options as it seems you did. So I
wonder what caused the change in the debugfs message.

Perhaps the most likely guess is fsck did something to tidy up the
inodes or cause the drive to remap or somehow avoid the bad block.
Maybe someone who knows more will add to this conversation.

Personally I think if both smart and fsck are happy then I would
trust the filesystem. I have done a few repairs like this and never
had any subsequent problems, but it's worth keeping an eye on
future smart tests to see if any further errors appear on the drive.

Re: whereis/whatcontains xserver-xorg-legacy?

[David Wright]

On Sat 28 Sep 2019 at 03:41:01 (-0400), Felix Miata wrote:
> David Wright composed on 2019-09-27 23:55 (UTC-0500):
> 
> Thank you!
> 
> > On Sat 28 Sep 2019 at 00:19:00 (-0400), Felix Miata wrote:
> 
> >> apt search and aptitude search find it, but
> >> http://archive.debian.org/debian/pool/main/x/ and
> >> http://ftp.us.debian.org/debian/pool/main/x/ and
> >> https://sources.debian.org/prefix/x/ either don't have it, or it's hidden 
> >> from
> >> view using a web browser.
> 
> > You want http://ftp.us.debian.org/debian/pool/main/x/xorg-server/ 
> 
> Yi, yi yi.

Well, I run apt-cacher-ng, so I only had to search my own cache with find.

> >> I tried installing it (in Buster), then examining it in /var/cache/apt/, 
> >> but
> >> xserver-xorg-legacy was nowhere to be found. What controls whether 
> >> packages are
> >> kept in the cache after installation?
> 
> > apt-get doesn't clean by default. apt/aptitude probably do.
> 
> Is there a way to choose the behavior other than typing apt-get instead of 
> apt?

As Curt pointed out, the parameter is a bit buried; beyond the call of
duty at almost midnight.

My standard line for upgrading is in the form:
# apt-get update && apt-get -d upgrade ; apt-get upgrade ; read -p '^C or 
clean' _ ; apt-get clean

> >> I know what the package does generally, but I want to examine the package's
> >> content. What must I feed to wget to fetch it for examination?
> 
> > http://ftp.us.debian.org/debian/pool/main/x/xorg-server/xserver-xorg-legacy_1.20.4-1_amd64.deb
> 
> >> Or, which of the
> >> confusion of Debian's package management tools can show me detail of 
> >> what's in the
> >> files it contains without bothering to download for physical inspection,
> 
> > apt-file, probably.
> 
> That question didn't get finished. apt-file list lists the files, but what I 
> was
> after was what was in the contained files, most likely better addressed by
> examining the source.
> 
> In this case I was expecting something relatively simple, like changing of
> permissions on /usr/bin/Xorg and/or a simple script, not a 14k binary.

My understanding of this would be that you can't modify the
permissions on /usr/bin/Xorg because two instances might be required
at the same time, one suid and one not. And you can't achieve suid
with a script because it's insecure (race condition and all that).
Which leaves a binary.

> >> or simply
> >> fetch without installing?
> 
> > apt-get -d
> 
> Again, thanks!

I thought it might be easier to email my copies (two architectures),
but if others also did that …

Cheers,
David.

Claws-mail-pgpmime à besoin d’un programme externe pinentry correctement configuré

[benoitlst]

Re-bonjour

J’ai trouvé la solution ici

man gpg-agent

   Please make sure that a proper pinentry program has been 
installed  un‐
   der  the default filename (which is system dependent) or use the 
option
   pinentry-program to specify the full name of that program.  It is 
often
   useful  to  install a symbolic link from the actual used pinentry 
(e.g.
   ‘/usr/bin/pinentry-gtk’) to the  expected  one  (e.g.  
‘/usr/bin/pinen‐

   try’).

et

https://debian-administration.org/article/378/Gnu_Privacy_Guard_Agent_GPG

--
Benoit

Re: [SOLVED, kind of] Re: ext4: debugfs: icheck: Input/output error while calling ext2fs_block_iterate

[local10]

Sep 28, 2019, 08:31 by loca...@tutanota.com:

> The end result:
>
Starting with the "The end result:" the email provider I use screwed up the 
email formatting, in the original it was a numbered list which should've looked 
something like this:

The end result:
1. fsck reports the repaired fs as clean
2. The system boots from the repaired root fs and functions normally, no disk 
related errors in the syslog
3. SMART self tests (both short and long) complete successfully, no errors
4. badblocks reports no bad blocks:
...
5. debugfs still looks a bit weird:
...

Hopefully it wasn't too unreadable.

Regards,

Re: Curiosidade

[China]

Além do que já foi dito pelos colegas, o que essas páginas, e até browsers,
fazem é coletar nossos hábitos de navegação. O que se fala sobre dados
serem a riqueza do século XXI não é sobre nossos nomes, CPF, data de
nascimento. A riqueza são nossos hábitos, onde clicamos onde não clicamos.
Infelizmente esses Scripts invadiram a web pq ninguém mais programa, baixam
framework prontos e só mudam cores e banners. Alguns tem telemetria tão
invasiva que até roteadores são espionados.

Já a muito muito tempo que alertamos pra isso, o Cascardo tinha uma
palestra chamada "sua liberdade está sumindo na Web" que, apesar do tom ser
sobre o aprisionamento de conhecimento causado pela aceitação de termos e
condições de uso dos serviços e softwares gratuitos, abordava bem esse tema
da telemetria.

[SOLVED, kind of] Re: ext4: debugfs: icheck: Input/output error while calling ext2fs_block_iterate

[local10]

Sep 28, 2019, 02:06 by loca...@tutanota.com:

> Good advice, thanks. I have a backup drive which is almost a mirror copy of 
> the failing one, so that's why I am not very worried about it. I'm going to 
> try to fix it in a couple of days, so let's see how it goes.
>

So I forced fsck to run at reboot, it refused to run in the auto mode, dropped 
me into BusyBox and from there I could run fsck manually, pressing  a 
couple of times telling fsck to ignore errors (that was the only option 
available to me in fsck other than quitting it). After that fsck reported the 
filesystem clean.

The end result:
fsck reports the repaired fs as clean
The system boots from the repaired root fs and functions normally, no disk 
related errors in the syslog
SMART self tests (both short and long) complete successfully, no errors
badblocks reports no bad blocks:

# badblocks -sv -o /root/bad.blocks /dev/sda
Checking blocks 0 to 976762583
Checking for bad blocks (read-only test): done
Pass completed, 0 bad blocks found. (0/0/0 errors)

debugfs still looks a bit weird:

# debugfs
debugfs 1.44.5 (15-Dec-2018)
debugfs:  open /dev/sda2
debugfs:  testb 950
Block 950 marked in use
debugfs:  icheck 950
Block   Inode number
950 7
debugfs:  ncheck 7
Inode   Pathname
debugfs:  testb 1430
Block 1430 marked in use
debugfs:  icheck 1430
Block   Inode number
1430    
debugfs:  quit

So the issue appears to be resolved, the system works, my remaining concern at 
this point is the debugfs output above.

Thanks to everyone who responded.

Claws-mail-pgpmime à besoin d’un programme externe pinentry correctement configuré

[benoitlst]

Bonjour la liste

J’essaye de m’initier à l’usage du module claws-mail-pgpmime.

https://packages.debian.org/sid/claws-mail-pgpmime

Claws-mail se gèle au lieu de me demander ma passphrase avec le module 
PGP/Mime.

Comme j’ai cherché longtemps avant de comprendre :

Il faut configurer une alternative pour pinentry, qui chez moi était 
pinentry-curses.


Je m’étonne quand même que pinentry-curses ne soit pas prévu pour lancer 
un terminal graphique pour s’exécuter.
Enfin soit, je pouvais toujours attendre la boite de dialogue montrée 
par :


https://www.claws-mail.org/plugin.php?plugin=gpg

Donc :
update-alternatives --config pinentry
There are 3 choices for the alternative pinentry (providing 
/usr/bin/pinentry).


  SelectionPath  Priority   Status

  0/usr/bin/pinentry-gnome3   90auto mode
  1/usr/bin/pinentry-curses   50manual mode
  2/usr/bin/pinentry-gnome3   90manual mode
* 3/usr/bin/pinentry-gtk-285manual mode

Voilà, ça peut servir à d’autres.

Bon WE
__
Benoit

Re: Option 66 tftp-server-name qemu debian-installer

[Curt]

On 2019-09-28, Curt  wrote:
>> boot -n -net user,tftp=,tftp-server-name=qemutftp,bootfile=pxelinux.0
>
> I know nothing about option 66; I did notice that in the man page it's
>
>  -boot n -net
>
> not 
>
>  -boot -n net.

Sorry, I meant not 'boot -n -net' (n not preceded by a hyphen in the 
man page). 

Re: Reparar videos .flv en Buster?

[Debian Buster]

On Sun, 22 Sep 2019 11:42:10 -0400, Juan Lavieri wrote:

> Hola.
> 
> El 22/9/2019 a las 2:55 a. m., Debian Buster escribió:
>> On Sat, 21 Sep 2019 20:34:28 -0300, Felix Perez wrote:
>> 
>>> El vie., 20 de sep. de 2019 a la(s) 23:33, Debian Buster
>>> (latin...@vcn.bc.ca) escribió:

 On Fri, 20 Sep 2019 14:39:51 -0500, Paynalton wrote:

> Si un ave no rompe su huevo morirá antes de nacer.

> El vie., 20 sept. 2019 a las 13:59, Debian Buster
> () escribió:
>
>> Hola
>>
>> Tengo un respaldo de 100 GB de videos de conferencias, en disco
>> duro IDE en .flv, no los he tocado por anos, y resulta que ahora
>> estan danados!
>>
>> Existe en Debian Buster, alguna herramienta eficiente, para
>> repararlos?
>>
>> Gracias por su atencion.
>>
>>
> Depende de qué produjo el daño. Si el sistema de archivos tiene
> journal se puede reparar información huérfana con las herramientas
> correspondientes al sistema de archivos. El formato flv es
> comprimido, de manera que si hay daño en un solo bit pierdes casi
> todo el video.
>
 Y existe alguna herramienta, para saber que causo el dano? El DD,
 estuvo guardado desde el 2017, y se uso, solamente para copiar los
 videos a otro ordenador, asi descubrimos que la mayoria estan
 danados.
>>>
>>> ¿Que DD? ¿qué sistema de archivos? ¿se verificó la copia inicial? ¿se
>>> verificó la copia final? ¿dónde y cómo se almacenó el disco? ¿puedes
>>> obtener una imagen?
>>>
>>> Cómo ves hay muchas interrogantes sin respuesta.
>>>
>>> Saludos
>> 
>> Y de que me sirve saber que hay interrogantes; eso no repara los
>> videos!,
>> te servira a vos, para demostrar que sos un genio; pero nada mas!
> 
> Con todo respeto, creo que no has dado una respuesta muy acertada.
> 
> Para reparar algo, lo primero que debemos saber, con certeza, es sí
> existe eso que pretendemos reparar.
> 
> Lo importante de lo que escribió Felix no eran sus preguntas, sino la
> respuesta a las mismas.
> 
> Acentuar el tema en el plano personal no te ayudará a resolver tu
> problema, y disculpa que te lo diga, pero fue patético.
> 
>> Gracias.
>> 
>> 
> Saludos.

Sin ningun respeto, para Lavieri:

En esta lista, han perdido el objetivo, se dedican a escribir, puras 
tonterias autoritarias, y sin ninguna solucion.

Si tienen duda, vean la cantidad de mensajes que circulan.

El promedio de mensajes siempre fue muy alto, y con mucho contenido.

El objetivo, de esta lista es: Compartir experiencias, entre usuarios de 
Debian, nada de tonterias exigiendo protocolos de formulacion en las 
preguntas, con el fin de mostrar que saben; en la realidad, son 
ignorantes los que hacen eso. Ni siquiera, pueden entender las preguntas! 
Si las entendieran, darian una respuesta objetiva!

Gracias lavieri.

Re: Option 66 tftp-server-name qemu debian-installer

[Curt]

On 2019-09-27, john doe  wrote:
> Hi,
>
> I'm trying to use option 66 (tftp-server-name) as explain at (1) with
> the Debian installer in combination with Qemu.
>
> As I understand it, the following Qemu command should be used:
>
> boot -n -net user,tftp=,tftp-server-name=qemutftp,bootfile=pxelinux.0

I know nothing about option 66; I did notice that in the man page it's

 -boot n -net

not 

 -boot -n net.

Whether this solves everything, nothing, or somewhere in-between, I
really couldn't say.

> In the cfg file I would have something like:
>
> "append ... url=tftp://qemutftp/preseed.cfg ..."
>
> The Debian installer gives me an error that the preseed file can't be
> downloaded.
>
>
> What am I missing?
>
>
> 1)  https://www.mankier.com/1/qemu
>
> --
> John Doe
>
>


-- 
"I understand what you’re saying, and your comments are valuable, but I’m
gonna ignore your advice." -- Fantastic Mr. Fox

Re: whereis/whatcontains xserver-xorg-legacy?

[Curt]

On 2019-09-28, Felix Miata  wrote:
>
>> apt-get doesn't clean by default. apt/aptitude probably do.
>
> Is there a way to choose the behavior other than typing apt-get instead of 
> apt?
>

I think it's something like

 Binary::apt::APT::Keep-Downloaded-Packages "true";  

in a file perhaps called

 /etc/apt/apt.conf.d/01keep-debs

Or on the command line:

 apt -o APT::Keep-Downloaded-Packages="true" install 

Doesn't seem to be a documented option in the man page for apt.conf, but
is found here:

 /usr/share/doc/apt/examples/configure-index.gz

Re: whereis/whatcontains xserver-xorg-legacy?

[Felix Miata]

David Wright composed on 2019-09-27 23:55 (UTC-0500):

Thank you!

> On Sat 28 Sep 2019 at 00:19:00 (-0400), Felix Miata wrote:

>> apt search and aptitude search find it, but
>> http://archive.debian.org/debian/pool/main/x/ and
>> http://ftp.us.debian.org/debian/pool/main/x/ and
>> https://sources.debian.org/prefix/x/ either don't have it, or it's hidden 
>> from
>> view using a web browser.

> You want http://ftp.us.debian.org/debian/pool/main/x/xorg-server/ 

Yi, yi yi.

>> I tried installing it (in Buster), then examining it in /var/cache/apt/, but
>> xserver-xorg-legacy was nowhere to be found. What controls whether packages 
>> are
>> kept in the cache after installation?

> apt-get doesn't clean by default. apt/aptitude probably do.

Is there a way to choose the behavior other than typing apt-get instead of apt?

>> I know what the package does generally, but I want to examine the package's
>> content. What must I feed to wget to fetch it for examination?

> http://ftp.us.debian.org/debian/pool/main/x/xorg-server/xserver-xorg-legacy_1.20.4-1_amd64.deb

>> Or, which of the
>> confusion of Debian's package management tools can show me detail of what's 
>> in the
>> files it contains without bothering to download for physical inspection,

> apt-file, probably.

That question didn't get finished. apt-file list lists the files, but what I was
after was what was in the contained files, most likely better addressed by
examining the source.

In this case I was expecting something relatively simple, like changing of
permissions on /usr/bin/Xorg and/or a simple script, not a 14k binary.

>> or simply
>> fetch without installing?

> apt-get -d

Again, thanks!
-- 
Evolution as taught in public schools is religion, not science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: ext4: debugfs: icheck: Input/output error while calling ext2fs_block_iterate

[local10]

Sep 28, 2019, 00:50 by bouncingc...@gmail.com:

> In your situation, I would:
> 1) backup everything important ASAP.
> and (assuming your init is systemd):
> 2) read here
> https://www.linuxuprising.com/2019/05/how-to-force-fsck-filesystem.html
> 3) do something like a one-off use of
>  fsck.mode=force
> by manually adding that to your boot one time
>
> It is possible that fsck might be able to repair it,
> but I would be surprised. If you try it, let us know
> how it goes. Be sure to backup anything important
> before you try it.
>

> I had another thought: if you care curious about where the problem
> is, maybe you could run some read-only command that reads
> every part of your disk, and see if it gets stuck anywhere.
> For example:
> # find / -xdev -type f -exec md5sum '{}' \;

Good advice, thanks. I have a backup drive which is almost a mirror copy of the 
failing one, so that's why I am not very worried about it. I'm going to try to 
fix it in a couple of days, so let's see how it goes.

Thanks for your feedback.

Re: ext4: debugfs: icheck: Input/output error while calling ext2fs_block_iterate

[David]

On Sat, 28 Sep 2019 at 15:57, David  wrote:
> On Sat, 28 Sep 2019 at 15:05, David  wrote:
>
> > I had another thought: if you care curious about where the problem
> > is, maybe you could run some read-only command that reads
> > every part of your disk, and see if it gets stuck anywhere.
> > For example:
> > # find / -xdev -type f -exec md5sum '{}' \;
>
> On second thoughts, I think my suggested command likely won't
> "get stuck" when it hits the error, so it won't be very useful.
>
> Maybe better to hide the stdout from md5sum:
> # find junk -xdev -type f -exec md5sum '{}' >/dev/null \;

To be more precise, that hides the stdout from both md5sum and find,
but I don't think that matters to the goal.