Re: e2fsck automatique au boot

2017-06-12 Par sujet Pierre L.
Salut,

Il me semble effectivement que le disque a besoin d'être automatiquement
monté via fstab au boot pour qu'il soit automatiquement "scanné" par
e2fsck. Si tu le montes à la main, le système ne devrait logiquement pas
y avoir accès, et ca râle ?

Ca peut valoir le coup de voir ce que ca donne avec ce disque
automatiquement monté au boot ? ;)
Au passage, j'utilise généralement pour mes disques de stockage ta même
config pour ton autre disque

defaults0   2 

et tout se passe pénard ;)

J'ai souvenir qu'il existait une commande (à l'époque Ubuntesque...)
pour connaître le nombre de reboots restants avant un scan auto... à
voir si ca fonctionne encore !




Le 13/06/2017 à 00:26, list a écrit :
> Bonjour.
>
> Ah forcément il fallait que j'oublie quelque chose dans ma
> description...
>
> Alors effectivement ce disque apparaît dans le fstab.
>
> UUID="d845-2f8x-40xx-88xx-630b4891819" /mnt/Ledisqueext3
> rw,users,noauto 0   2
>
> Mais je le monte uniquement «à la main» quand nécessaire
> (mount /mnt/Ledisque) 
>
> Le problème viendrait de là ? 
> Un autre disque, qui ne présente pas le «problème»,  est quant à lui
> avec les options suivantes dans le fstab : 
>
> defaults0   2 
>
>
> Une piste à explorer ? 
>
>
> Cordialement.
>
>
>
>
>
>  Le Mon, 12 Jun 2017 22:04:11 +0200 (CEST),
> l...@worldonline.fr a écrit :
>
>> Bonsoir
>>
>> C'est un disque monté avec fstab ?
>>
>  
>




signature.asc
Description: OpenPGP digital signature


Re: e2fsck automatique au boot

2017-06-12 Par sujet list
Bonjour.

Ah forcément il fallait que j'oublie quelque chose dans ma
description...

Alors effectivement ce disque apparaît dans le fstab.

UUID="d845-2f8x-40xx-88xx-630b4891819" /mnt/Ledisqueext3
rw,users,noauto 0   2

Mais je le monte uniquement «à la main» quand nécessaire
(mount /mnt/Ledisque) 

Le problème viendrait de là ? 
Un autre disque, qui ne présente pas le «problème»,  est quant à lui
avec les options suivantes dans le fstab : 

defaults0   2 


Une piste à explorer ? 


Cordialement.





 Le Mon, 12 Jun 2017 22:04:11 +0200 (CEST),
l...@worldonline.fr a écrit :

> Bonsoir
> 
> C'est un disque monté avec fstab ?
> 
 



Re: e2fsck automatique au boot

2017-06-12 Par sujet lann
Bonsoir

C'est un disque monté avec fstab ?

- Mail original -
De: "list" 
À: debian-user-french@lists.debian.org
Envoyé: Dimanche 11 Juin 2017 00:44:51
Objet: e2fsck automatique au boot

Salut la liste.

Debian 8.7 
En regardant les logs je tombe sur un : 

kernel: EXT4-fs (sdc7): warning: maximal mount count reached, running
e2fsck is recommended

Un petit : systemctl status
systemd-fsck@dev-disk-by\x2duuid-d845dba2\x2d2f87\x2d40b7\x2d881c\x2d630f47931810.service

me donne : 
 Loaded: loaded (/lib/systemd/system/systemd-fsck@.service; static)
   Active: inactive (dead)
 Docs: man:systemd-fsck@.service(8)

J'ai tenté un : 

systemctl start
systemd-fsck@dev-disk-by\x2duuid-d845dba2\x2d2f87\x2d40b7\x2d881c\x2d630f47931810.service

Ça bloque et je me fais insulter dans les logs : 

systemd[1]: Dependency failed for File System Check
on /dev/disk/byx2duuid/d845dba2x2d2f87x2d40b7x2d881cx2d630f47931810

Bien sûr, je réponds avec fierté à l'insulte : 

 systemctl list-dependencies
 
systemd-fsck@dev-disk-by\x2duuid-d845dba2\x2d2f87\x2d40b7\x2d881c\x2d630f47931810.service

systemd-fsck@dev-disk-byx2duuid-d845dba2x2d2f87x2d40b7x2d881cx2d630f47931810.service
● └─system-systemd\x2dfsck.slice

Mais j'en reste là...piteusement battu...


Donc, un de mes disques durs  n'est plus vérifié après un certain nombre
de «montage» comme avant systemd (pas de critique ici, simplement un
comportement différent que je ne maîtrise pas ni ne comprend, pour le
moment) 

Un peu de lumière dans cette obscurité ? 

Avant le crash... 


Amicalement.




Adminer/SQLite3/Stretch: comment se connecter ?

2017-06-12 Par sujet Olivier
Bonjour,

J'ai installé Adminer sur un PC sous Stretch.
Avec Adminer, je n'arrive pas çà me connecter à une base de données locale
SQLite3.

1.Sur l'écran d'accueil, j'ai 4 champs Server/Username/Password/Database et
une liste déroulante.
Quand je sélectionne SQLite 3, je saisi le nom du fichier de base de donnée
(exemple /home/toto/foo.db) et je clique sur le bouton Login, j'ai un
message d'erreur Implement login() method to use SQLite.

2. Sur Jessie, il n'y a pas que 3 champs Server/Username/Password qui
disparaissent quand on sélectionne SQLite 3. Quand, je clique sur le bouton
Login, je peux saisir le nom du fichier de base de données SQLite.


1. Observez-vous le même comportement sous Stretch.
2. Si oui, quel contournement ?
3. Si non, j'ai lu [1].
Avez-vous installé le plugin login-sqlite ? Si oui, comment exactement
(j'ai procédé comme en [2])



Slts

[1] https://github.com/skydiver/october-plugin-adminer/issues/7
[2] Sauver le contenu du lien
https://raw.github.com/vrana/adminer/master/plugins/login-sqlite.php
dans le fichier /usr/share/adminer/plugins/login-sqlite.php (droits 644
root:root)
Modifier le fichier /usr/share/adminer/adminer/plugin.php pour y ajouter
une ligne "new AdminerLoginSqlite,"