• Re: interrompere fsck automatico

    From Piviul@21:1/5 to Piviul on Thu Oct 6 13:50:01 2022
    On 06/10/22 09:58, Piviul wrote:
    Ciao a tutto, c'è un modo di interrompere il fsck quando parte in
    automatico per aver passato il numero di giorni dal fsck precedente,
    in seguito ad un riavvio?

    mi rispondo da solo: Ctrl-C

    :(

    Piviul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Piviul@21:1/5 to All on Thu Oct 6 16:40:02 2022
    Ciao a tutto, c'è un modo di interrompere il fsck quando parte in
    automatico per aver passato il numero di giorni dal fsck precedente, in
    seguito ad un riavvio?

    Grazie

    Piviul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From mauro morichi@21:1/5 to All on Thu Oct 6 21:30:02 2022
    Il 06/10/2022 13:37, Piviul ha scritto:

    mi rispondo da solo: Ctrl-C

    potresti anche disattivarlo by default modificando opportunamente fstab mettendo a 0 0 gli ultimi due campi della riga del fs interessato.


    M.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Giuseppe Sacco@21:1/5 to All on Fri Oct 7 09:10:01 2022
    Il giorno gio, 06/10/2022 alle 09.58 +0200, Piviul ha scritto:
    Ciao a tutto, c'è un modo di interrompere il fsck quando parte in
    automatico per aver passato il numero di giorni dal fsck precedente, in seguito ad un riavvio?

    Intendi interromperlo mentre gira oppure evitare di farlo girare? Per la seconda hai almeno un paio di possibilità: la prima è disabilitarlo per il singolo file system Ext con il comando «tune2fs -c 0 -i 0d /dev/sdXXX». La seconda è saltarlo aggiungendo il parametro «fsck.mode=skip» al kernel (tramite la configurazione di grub). Quest'ultimo però salterà il controllo del file system anche nel caso che ci siano dei problemi, mentre il primo metodo salterà solo il controllo periodico.

    Ciao,
    Giuseppe

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From gerlos@21:1/5 to All on Fri Oct 7 09:30:01 2022
    Il 07/10/22 09:09, Piviul ha scritto:
    On 06/10/22 21:20, mauro morichi wrote:

    Il 06/10/2022 13:37, Piviul ha scritto:

    mi rispondo da solo: Ctrl-C

    potresti anche disattivarlo by default modificando opportunamente
    fstab mettendo a 0 0 gli ultimi due campi della riga del fs interessato.

    grazie, è un'ipotesi possibile; voi lo disabilitate in partizioni
    corpose (3/4TB) per evitare tempi biblici durante un riavvio saltuario?


    Sui sistemi che riavvio poco io invece apprezzo che ci sia questo
    controllo (tant'è che imposto l'intervallo tra i controlli appositamente
    a 3 mesi con tune2fs -i 3m).

    Spesso se riavvio quei sistemi è proprio per manutenzione, e non voglio
    che un (ammetto) improbabile problema al file system rimanga inosservato
    e mi dia problemi successivamente.

    saluti,

    gerlos

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From mauro morichi@21:1/5 to All on Fri Oct 7 09:30:01 2022
    Il 07/10/2022 09:09, Piviul ha scritto:
    grazie, è un'ipotesi possibile; voi lo disabilitate in partizioni
    corpose (3/4TB) per evitare tempi biblici durante un riavvio saltuario?

    assolutamente si.

    la maggior parte delle macchine che gestisco sono remote e ogni tanto,
    vuoi per problemi di alimentazione o necessita' capita che le macchine
    debbano essere riavviate. Vista anche l'aria che tira, preferisco
    riprendere subito il controllo della macchina e decidere come e quando
    smontare la partizione e fare un check.

    Tra l'altro l'fsck diventa abbastanza inutile con gli ultimi FS, quelli
    per intenderci journaled che riescono  a reggere abbastanza bene la
    botta anche in caso di crash.

    Mauro

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Piviul@21:1/5 to mauro morichi on Fri Oct 7 09:20:02 2022
    On 06/10/22 21:20, mauro morichi wrote:

    Il 06/10/2022 13:37, Piviul ha scritto:

    mi rispondo da solo: Ctrl-C

    potresti anche disattivarlo by default modificando opportunamente
    fstab mettendo a 0 0 gli ultimi due campi della riga del fs interessato.

    grazie, è un'ipotesi possibile; voi lo disabilitate in partizioni
    corpose (3/4TB) per evitare tempi biblici durante un riavvio saltuario?

    Piviul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Piviul@21:1/5 to Giuseppe Sacco on Fri Oct 7 09:30:01 2022
    On 07/10/22 09:08, Giuseppe Sacco wrote:
    Il giorno gio, 06/10/2022 alle 09.58 +0200, Piviul ha scritto:
    Ciao a tutto, c'è un modo di interrompere il fsck quando parte in
    automatico per aver passato il numero di giorni dal fsck precedente, in
    seguito ad un riavvio?
    Intendi interromperlo mentre gira oppure evitare di farlo girare? Per la seconda hai almeno un paio di possibilità: la prima è disabilitarlo per il singolo file system Ext con il comando «tune2fs -c 0 -i 0d /dev/sdXXX». La seconda è saltarlo aggiungendo il parametro «fsck.mode=skip» al kernel (tramite la configurazione di grub). Quest'ultimo però salterà il controllo del file system anche nel caso che ci siano dei problemi, mentre il primo metodo salterà solo il controllo periodico.

    Grazie Giuseppe, intendevo interromperlo mentre gira; comunque grazie, indicazioni interessanti. A questo punto aggiungo ai metodi da te
    esposti quello suggerito da Mauro che è quello di mettere 0 nel 6°
    parametro della riga in fstab relativa al filesystem da skippare.
    Infatti dal man di fstab:

       The sixth field (fs_passno).
           This field is used by fsck(8) to determine the order in which
           filesystem checks are done at boot time. The root filesystem should be
           specified with a fs_passno of 1. Other filesystems should have a
           fs_passno of 2. Filesystems within a drive will be checked
           sequentially, but filesystems on different drives will be checked at
           the same time to utilize parallelism available in the hardware.
           Defaults to zero (don’t check the filesystem) if not present.

    Grazie

    Piviul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Piviul@21:1/5 to mauro morichi on Fri Oct 7 09:50:01 2022
    On 07/10/22 09:20, mauro morichi wrote:
    [...]
    la maggior parte delle macchine che gestisco sono remote e ogni tanto,
    vuoi per problemi di alimentazione o necessita' capita che le macchine debbano essere riavviate. Vista anche l'aria che tira, preferisco
    riprendere subito il controllo della macchina e decidere come e quando smontare la partizione e fare un check.

    Tra l'altro l'fsck diventa abbastanza inutile con gli ultimi FS,
    quelli per intenderci journaled che riescono  a reggere abbastanza
    bene la botta anche in caso di crash.

    si certo, sto parlando di ext4 file system; quindi programmare che so un riavvio automatico notturno ogni 6 mesi è inutile...

    Grazie

    Piviul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Bertorello, Marco@21:1/5 to All on Fri Oct 7 09:50:01 2022
    This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------v2FgUWGFt29DPywTrKTylkn8
    Content-Type: multipart/mixed; boundary="------------oQ26ckHqgdGg7MTjAgkwWrpT"

    --------------oQ26ckHqgdGg7MTjAgkwWrpT
    Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64

    DQpJbCAwNy8xMC8yMDIyIDA5OjIxLCBnZXJsb3MgaGEgc2NyaXR0bzoNCj4NCj4gU3VpIHNp c3RlbWkgY2hlIHJpYXZ2aW8gcG9jbyBpbyBpbnZlY2UgYXBwcmV6em8gY2hlIGNpIHNpYSBx dWVzdG8gDQo+IGNvbnRyb2xsbyAodGFudCfDqCBjaGUgaW1wb3N0byBsJ2ludGVydmFsbG8g dHJhIGkgY29udHJvbGxpIA0KPiBhcHBvc2l0YW1lbnRlIGEgMyBtZXNpIGNvbiB0dW5lMmZz IC1pIDNtKS4NCj4NCj4gU3Blc3NvIHNlIHJpYXZ2aW8gcXVlaSBzaXN0ZW1pIMOoIHByb3By aW8gcGVyIG1hbnV0ZW56aW9uZSwgZSBub24gDQo+IHZvZ2xpbyBjaGUgdW4gKGFtbWV0dG8p IGltcHJvYmFiaWxlIHByb2JsZW1hIGFsIGZpbGUgc3lzdGVtIHJpbWFuZ2EgDQo+IGlub3Nz ZXJ2YXRvIGUgbWkgZGlhIHByb2JsZW1pIHN1Y2Nlc3NpdmFtZW50ZS4gDQoNCkNvbWUgZ2Vz dGlzY2kgaWwgZmF0dG8gY2hlLCBzZSB0cm92YSBxdWFsY2hlIGVycm9yZSwgcmltYW5lIGxp IGluIGF0dGVzYSANCmNoZSBxdWFsY3VubyBwcmVtYSAnWScgcGVyIGFuZGFyZSBhdmFudGk/ DQoNCk8gc29ubyB0dXR0ZSBtYWNjaGluZSBmaXNpY2FtZW50ZSBwcmVzaWRpYXRlPw0KDQpT YWx1dGksDQoNCi0tIA0KTWFyY28gQmVydG9yZWxsbw0KaHR0cHM6Ly93d3cubWFyY29iZXJ0 b3JlbGxvLml0DQoNCg==
    --------------oQ26ckHqgdGg7MTjAgkwWrpT
    Content-Type: application/pgp-keys; name="OpenPGP_0x5B7B17E82E9F51CE.asc" Content-Disposition: attachment; filename="OpenPGP_0x5B7B17E82E9F51CE.asc" Content-Description: OpenPGP public key
    Content-Transfer-Encoding: quoted-printable

    -----BEGIN PGP PUBLIC KEY BLOCK-----

    xsBNBFzGyDgBCADI2Tcg5ZmbeFZFXYiBaoK3gVE8KUmTkkmktVjbCJaYTv0/NM/b 3ryVcHOP0I5jwQKTtAO9AML78RWg5YSRkaJRa05WSBQ62QsewnPzdeXN4dLonlVY 7t5pUswlMnRkKOe06QN6wNPQAfkfz9mM9tjGpfE7bF3Es33psPQiS6Rpb5uJ/kKE vCvypBp2I0gQBjqZGV8gmJrPcjjx++6nhr6Mv69D73K+eG3zjw8hxIZADZ2Su+vf 8xmPXvwdQka4RwOgIcQnRuJ8IJtRCZpwf5R7S38XUNTWJJXnFwdvlwxYNxxjcMfs W8heyimrjh8NKkbi7Ivw0LetF/y1bukPC9oXABEBAAHNKE1hcmNvIEJlcnRvcmVs bG8gPG1lQG1hcmNvYmVydG9yZWxsby5pdD7CwI4EEwEIADgWIQSghRQa3M9ySYg4 2a5bexfoLp9RzgUCXMbIOAIbIwULCQgHAgYVCgkICwIEFgIDAQIeAQIXgAAKCRBb exfoLp9RzooWCADDQ6Ao+pfdDNhCeMhEo3JJHuaDm2B5jiQb+yn1rzc6/4G1ELoj E8tAYHaRinQH4d6gutiro2qiyE13uGtP9IcLdihjxFyZi52xjOyG5FVEY8fCrzSZ RJZWi/8sqdnxR3eTHshma4zFqCCfLiVY4TQF7WqFF5j+ow+8xmRlvrg1eh411Nxe vtI0JB5nAyYT4ep/ziDAgAzXe+NzYmsDEJ0rX/yXehJ81MO+/og1z4bsU8g8AJM/ ggTSv7506GVYbcKW92t/BhDZXk+9lHgtgUgHHSr9rPq3Suj9kr8U9V1kzL8ZeOud Y0RjIegyBAHurg3sNY792u0Pnt7htECXySYGzsBNBFzGyDgBCADYkJFUiXyKYlBN sFW+AnGPc7kZXEuEn88njntw457mgoQZCScBY+WPr3Pb3mmrGMA0D3kzY+JLAnuZ bCcYPtaHgYaF40IlgGho7Sb/BZGvFhLCiX4OTckY8a6HPkHHFNPW1wJV2FoinKdO frUvrNnUKpAosxh2JcpV48tSBpFMOgPB+vc/ePqhr7EqrY8asuhhKj0BjVT/z3LJ TD41VbWuZ3/eNBMoaHzF2gxfkXWPrh5I7CVPId8Ot0cnyscnLx+TQj4FycS3RAT3 n4IcDUWI2P+I1Iyf0F7jK0mJd7BKXQb/tuvJ3Dl6oDhBU1oibtpuz22P53E6ggVg TWjPItApABEBAAHCwHYEGAEIACAWIQSghRQa3M9ySYg42a5bexfoLp9RzgUCXMbI OAIbDAAKCRBbexfoLp9RziZhCACcOCNv/qLl1JjkoX76oILYFnG5tzAS6d6EPM7r l/0eWtGABGBdSrvhLEw9btGGqOsSUyet05wiV5TidB8lbeFgtxlaL/13uWcWUYwT vhPUKilK2CTYW5oBI1AGlqFLGWI+CeRbxMMA9Wxe5JsEvuc+WWB2TdHa8H7N7egK UEkdh8fBvDt87m0cCEOBfXMtY2yVBvUh9boOy0IfRQKN5xf1gvcOZcPIMngq2/dA zpGbYvX65wohG6s8BzdxXbKy7Opdb00au+f55zSvF8u2U0cAFeiaZVYavcXDbWgE FavGQAflplzGyi02cG3fPJiMe6vI72AvA8a4GlcIO3N5stCQ
    =d5vC
    -----END PGP PUBLIC KEY BLOCK-----

    --------------oQ26ckHqgdGg7MTjAgkwWrpT--

    --------------v2FgUWGFt29DPywTrKTylkn8--

    -----BEGIN PGP SIGNATURE-----

    wsB5BAABCAAjFiEEoIUUGtzPckmIONmuW3sX6C6fUc4FAmM/2YAFAwAAAAAACgkQW3sX6C6fUc4b 8ggAqvmvt53jHPxhD/nSu7H+8pA2lI2wTmv7u+J0fhVB5mqZirDt3abpvPsHqjWAatbcKiuQ0fXI i6wpfKHWpIOBZsH6iMqnyEHOFQB6/eEFPjHHTHpv1so+d1YKY+5dbO1ltaSpJU65fVtSk+FJUSO0 uWyyJnKO/TzcF50GuvoUJD+d9xnfa6AihuJIAblN8I9fpj0D9FFQmtFd83QiZ5kP+lEeBxPN+uvU Qg2eXvLwTzWk/yMhrAZ2G+Dvx9YhOdwiQ3cYlDunGNIp3sEOcM0DQvd1csrTFRr6wtyLHvX8KDtD J3ztAzOvnf6edCG6c7ygazzIIzKTRo18BJcKprZ3CA==
    =UswQ
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From franchi@modula.net@21:1/5 to All on Fri Oct 7 15:40:02 2022
    Il 07/10/2022 09:47, Bertorello, Marco ha scritto:

    Il 07/10/2022 09:21, gerlos ha scritto:

    Sui sistemi che riavvio poco io invece apprezzo che ci sia questo
    controllo (tant'è che imposto l'intervallo tra i controlli
    appositamente a 3 mesi con tune2fs -i 3m).

    Spesso se riavvio quei sistemi è proprio per manutenzione, e non
    voglio che un (ammetto) improbabile problema al file system rimanga
    inosservato e mi dia problemi successivamente.

    Come gestisci il fatto che, se trova qualche errore, rimane li in
    attesa che qualcuno prema 'Y' per andare avanti?

    O sono tutte macchine fisicamente presidiate?

    Quando devo riavviare le macchine remote, prima faccio gli scongiuri di
    rito e poi uso shutdown -r -f.

    Saluti,



    --
    Questa email è stata esaminata alla ricerca di virus dal software antivirus Avast.
    www.avast.com

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From mauro morichi@21:1/5 to All on Fri Oct 7 21:40:01 2022
    Il 07/10/2022 15:26, franchi@modula.net ha scritto:

    Quando devo riavviare le macchine remote, prima faccio gli scongiuri
    di rito e poi uso shutdown -r -f.


    tanti scongiuri, danze beneauguranti, vengono chiamati gli sciamani e
    fatti sacrifici per ingraziarsi gli spiriti, riti tribali e tanta altra
    roba. poi si riavvia sudando freddo.


    M.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From gerlos@21:1/5 to All on Sat Oct 8 09:00:01 2022
    This is a multi-part message in MIME format.
    Il 07/10/22 09:47, Bertorello, Marco ha scritto:

    Il 07/10/2022 09:21, gerlos ha scritto:

    Sui sistemi che riavvio poco io invece apprezzo che ci sia questo
    controllo (tant'è che imposto l'intervallo tra i controlli
    appositamente a 3 mesi con tune2fs -i 3m).

    Spesso se riavvio quei sistemi è proprio per manutenzione, e non
    voglio che un (ammetto) improbabile problema al file system rimanga
    inosservato e mi dia problemi successivamente.

    Come gestisci il fatto che, se trova qualche errore, rimane li in
    attesa che qualcuno prema 'Y' per andare avanti?

    O sono tutte macchine fisicamente presidiate?


    Se non ci sono guasti hardware, non mi è mai capitato che fsck avesse
    bisogno di interventi manuali (fa "il suo" e prosegue).

    Lavoro sia con macchine fisicamente in sede, sia con server
    virtualizzati in cloud. E con i server su cloud non credo che si possano verificare problemi hardware.

    Con le macchine fisiche voglio sapere se l'hardware fa le bizze *prima*
    di montarlo, così che posso intervenire per tempo - e di solito questi problemi emergono durante i riavvii.

    saluti,
    gerlos


    <html data-lt-installed="true">
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    </head>
    <body>
    <div class="moz-cite-prefix">Il 07/10/22 09:47, Bertorello, Marco ha
    scritto:<br>
    </div>
    <blockquote type="cite"
    cite="mid:e5339bd7-47a8-62ea-bd2f-12548a6af455@marcobertorello.it">
    <br>
    Il 07/10/2022 09:21, gerlos ha scritto:
    <br>
    <blockquote type="cite">
    <br>
    Sui sistemi che riavvio poco io invece apprezzo che ci sia
    questo controllo (tant'è che imposto l'intervallo tra i
    controlli appositamente a 3 mesi con tune2fs -i 3m).
    <br>
    <br>
    Spesso se riavvio quei sistemi è proprio per manutenzione, e non
    voglio che un (ammetto) improbabile problema al file system
    rimanga inosservato e mi dia problemi successivamente. </blockquote>
    <br>
    Come gestisci il fatto che, se trova qualche errore, rimane li in
    attesa che qualcuno prema 'Y' per andare avanti?
    <br>
    <br>
    O sono tutte macchine fisicamente presidiate?
    <br>
    </blockquote>
    <p><br>
    </p>
    <p>Se non ci sono guasti hardware, non mi è mai capitato che fsck
    avesse bisogno di interventi manuali (fa "il suo" e prosegue). <br>
    </p>
    <p>Lavoro sia con macchine fisicamente in sede, sia con server
    virtualizzati in cloud. E con i server su cloud non credo che si
    possano verificare problemi hardware. <br>
    </p>
    <p>Con le macchine fisiche voglio sapere se l'hardware fa le bizze
    *prima* di montarlo, così che posso intervenire per tempo - e di
    solito questi problemi emergono durante i riavvii. <br>
    </p>
    <p>saluti,<br>
    gerlos<br>
    </p>
    <p><br>
    </p>
    </body>
    <lt-container></lt-container>
    </html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)