Re: Scansione di alcune partizioni ad ogni avvio
Il 15 novembre 2024 05:43:19 UTC, Diego Zuccato <diego.zuccato@unibo.it> ha scritto:
>Il caffè non è ancora entrato bene in circolo, ma... Non potrebbe essere che perdendo l'orario vada a ricontrollare le partizioni dove gli risulta che tu abbia scritto "nel futuro"?
>
>Diego
>
>Il 14/11/2024 20:47, Davide Prina ha scritto:
>> compact.compact ha scritto:
>>
>>> Davide Prina wrote:
>>
>>>> È da qualche tempo che all'avvio parte sempre la scansione con fsck di
>>>> alcune partizioni.
>>
>>> Non è che per caso hai modificato qualche configurazione ?
>>
>> no
>>
>>> puoi verificare di non aver modificato /etc/default/grub
>>
>> non l'ho modificato
>>
>>> oppure aver creato un file "forcefsck" sulle partizioni interessate
>>
>> no, non l'ho creato
>>
>>> puoi mostrare l'output del comando ad esempio "tune2fs -l /dev/sda1" su
>>> una partizione di cui viene forzato il check al riavvio del sistema
>>
>> tune2fs 1.47.1 (20-May-2024)
>> Filesystem volume name: ******
>> Last mounted on: ******
>> Filesystem UUID: 36ffea0e-a98b-44fe-8de3-4005582fd134
>> Filesystem magic number: 0xEF53
>> Filesystem revision #: 1 (dynamic)
>> Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file
>> Filesystem flags: signed_directory_hash
>> Default mount options: (none)
>> Filesystem state: clean
>> Errors behavior: Continue
>> Filesystem OS type: Linux
>> Inode count: 13115392
>> Block count: 52430127
>> Reserved block count: 0
>> Overhead clusters: 871057
>> Free blocks: 3943225
>> Free inodes: 12642166
>> First block: 0
>> Block size: 4096
>> Fragment size: 4096
>> Reserved GDT blocks: 1011
>> Blocks per group: 32768
>> Fragments per group: 32768
>> Inodes per group: 8192
>> Inode blocks per group: 512
>> Filesystem created: Sun Dec 27 13:10:58 2009
>> Last mount time: Tue Nov 12 01:17:44 2024
>> Last write time: Tue Nov 12 01:17:44 2024
>> Mount count: 1
>> Maximum mount count: 100
>> Last checked: Tue Nov 12 01:11:05 2024
>> Check interval: 7776000 (3 months)
>> Next check after: Mon Feb 10 01:11:05 2025
>> Lifetime writes: 996 GB
>> Reserved blocks uid: 0 (user root)
>> Reserved blocks gid: 0 (group root)
>> First inode: 11
>> Inode size: 256
>> Required extra isize: 28
>> Desired extra isize: 28
>> Journal inode: 8
>> Default directory hash: half_md4
>> Directory Hash Seed: e5e20c21-680a-4851-9157-ea9b0b5bc828
>> Journal backup: inode blocks
>>
>>
>> su quel PC sta partendo la batteria tampone e quando lo avvio ha
>> perso qualche ora dallo spegnimento precedente.
>>
>> Però sullo stesso disco ci sono più partizioni e l'fschk "giornaliero"
>> non lo fa su tutte le partizioni, ma solo su alcune.
>>
>> Secondo me è arrivato qualcosa di nuovo che causa questo comportamento,
>> ma non riesco a capire cosa sia.
>> Ho come l'impressione che il problema ci sia su alcune partizioni dove
>> tengo dei dati e che sono quasi piene... contengono tanta fuffa che
>> potrei cancellare, appena trovo il tempo provo a liberare un bel po'
>> di spazio su una e vedere se quella non la controlla più all'avvio.
>>
>> Ciao
>> Davide
>>
>> --
>> La mia privacy non è affar tuo
>> https://noyb.eu/it
>> - You do not have my permission to use this email to train an AI -
>> If you use this to train your AI than you accept to distribute under AGPL
>> license >= 3.0 all the model trained, all the source you have used to
>> training your model and all the source of the program that use that model
>>
>
Pensavo la stessa cosa. In problema inerente l'orologio.
/paride
--
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.
Reply to: