Cette espace vous permet de voir toutes les Messages réalisées par ce membre. Vous ne pouvez voir que les Messages réalisées dans les espaces auxquels vous avez accès.
J'ai regardé il y a quelque semaines déjà. Pour conclure, je pense que les deux octets #01FE → 0x55 → 01010101 #01FF → 0xAA → 10101010 indique simplement qu'il s'agit d'un "secteur boot",
uniquement avec un système de fichiers sans partition,
ou bien alors, et c'est plus souvent le cas, avec une structure contenant notamment une table de partition.
Intéressant: Je viens de mettre à jour le firmware de mon imprimante, dans les notes de mises à jour on peut y lire:
Citer
— Fix for an issue where USB flash drives without any partitions are unable to be used in the front USB slot of a device even if they are FAT formatted (this is not common)
Les deux options suivantes permettent selon le "man zypper" de déminer. J'ai déjà testé --dry-option tout seul (sans --download-only), ça marche très bien.
Citer
Package File Conflicts File conflicts happen when two packages attempt to install files with the same name but different contents. This may happen if you are installing a newer version of a package without erasing the older version, of if two unrelated packages each install a file with the same name.
As checking for file conflicts requires access to the full filelist of each package being installed, zypper will be able to check for file conflicts only if all packages are downloaded in advance (see --download-in-advance). If you are doing a --dry-run no packages are downloaded, so the file conflict check will skip packages not available in the packages cache. To get a meaningful file conflict check use --dry-run together with --download-only.
As the reason for file conflicts usually is a poor package design or lack of coordination between the people building the packages, they are not easy to resolve. By using the --replacefiles option you can force zypper to replace the conflicting files. Nevertheless this may damage the package whose file gets replaced.
-D, --dry-run Test the installation, do not actually install any package. If used together with --download-only a meaningful file conflict check can be performed (see section Package File Conflicts).
-d, --download-only Only download the packages for later installation (see also the global --pkg-cache-dir option).
If used together with --dry-run a meaningful file conflict check can be performed (see section Package File Conflicts).
Si on te demande ton mot de passe root au montage (comme ça a l'air sur la capture d'écran), tu peux, en plus de cela, ajouter au fichier /etc/polkit-default-privs.local cette ligne:
man ntfs-3g.probe DESCRIPTION The ntfs-3g.probe utility tests a volume if it's NTFS mountable read-only or read-write, and exits with a status value accordingly. The volume can be a block device or image file.
Le man donne des infos: suivant l'exit code obtenu, la conclusion diffère. C'est pour tester la montabilité d'un système de fichier NTFS.
Les autres programmes disponibles dans le paquet ntfs-3g sont (à fouiller):
comme Chumi, je ne pense pas que ton matériel supposé ancien joue un rôle dans les soucis que tu rencontres. J'ai deux ordinateurs, un avec un core i7-920 (ça commence à dater, c'est 2010 si je ne dis pas de bêtise) et 12 GiB de RAM (il y a deux semaines c'était 6 GiB, youpi !!), il n'y a même pas d'UEFI, c'est un BIOS, un BIOSSSS !! c'est mon vaisseau mère, mon ordinateur principal. Le deuxième, je ne sais même plus, je crois un core i5-2500k (d'occasion) avec 8GiB (avec hdd, le ssd je n'ai pas eu le temps de m'en occuper, mais il est branché). Un portable, avec un core i5-2xxx avec 4GiB de RAM (avec hdd). Les trois fonctionnent au poil (le portable un peu lent, mais mille fois moins lent que windows dans la même situation).
Tu vois mon garage c'est pas Ferrari, et ça marche.
Je vois que tu as un core i7 4ème génération, 8Go de RAM, ça doit tourner sans problème… Pour chacun de tes soucis je te conseille d'ouvrir un fil, je pense qu'une partie de ceux-ci pourra être résolue.
Ton serveur est éteint. Regarde dans les options de Calibre… N'oublie pas de cocher quelque chose comme ça ~démarrage automatique du serveur (je ne l'ai pas en français…) et aussi de démarrer ton serveur pour qu'il soit de suite utilisable sans devoir redémarrer ton ordinateur.
Une fois en route, tu devrais obtenir presque cette ligne:
Ensuite, tu n'as aucun ports d'ouverts, et en particulier le 8080/tcp (c'est le port par défaut dans la configuration de calibre, si tu ne l'as pas changé).
Tu devrais avoir quelque chose comme ça (le 8080/tcp):
thierry@toto-PC:~> sudo firewall-cmd --list-all home (active) target: default icmp-block-inversion: no interfaces: eth0 sources: services: dhcpv6-client mdns samba samba-client ssh ports: 445/tcp 139/tcp 137/udp 138/udp 9751-9760/tcp 8080/tcp protocols: forward: no masquerade: no forward-ports: source-ports: icmp-blocks: rich rules:
Pour finir, la zone de configuration de ton parefeu est "public", c'est théoriquement pour régler ton parefeu si tu es dans une zone publique, connecté sur le wifi d'une gare…
Si c'est un ordinateur pour la maison, souhaites-tu le régler la zone sur "home" ? C'est comme ça que je fais, au minimum pour la clarté.
Je viens de tester, ça fonctionne bien chez moi. Effectivement Calibre propose bien l'option serveur, le client est dans ce cas un navigateur internet, disons que c'est comme ça que j'ai fait (peut-être existe-t-il un autre client ? aucune idée).
Par contre à la fin il me demande d'installer Exfat-utils
Quand ça veut pas ! Oui, exfatprogs est la nouvelle version de exfat-utils. Aujourd'hui c'est parfois uniquement exfatprogs qui est proposé, notamment avec Leap 15.4 et Ubuntu (une version récente). Avant c'était exfat-utils…
Ouvre le "Gestionnaire de partitions de KDE", si l'option `exfat` est présente pour formater une partition, félicitation.
Si l'option n'est pas présente, alors il faudra passer par la ligne de commande. Si tu es certain que la partition que tu souhaites formater est /dev/sdb1, alors tu peux le faire comme ceci:
PS: tu devrais mettre à jour ta distribution, la fin de vie de LEAP 15.2 date d'il y a 11 mois. → https://endoflife.date/opensuse D'ailleurs les paquets dont tu disposes ont des versions plus anciennes. Peut-être que cela joue un rôle, à savoir pourquoi gparted n'affiche pas l'option exfat.
J'ai besoin de copier un gros fichier sur une clef usb. La clé est en format FAT32. Je souhaite la passer en NTFS ou ExFat. Je n'arrive pas à la partitionner avec OpenSuse. J'ai installé Exfat et FuseExFat mais je ne peux toujours pas partitionner.
Bonjour, "exfat" est un (format de) système de fichier, c'est indépendant du partitionnement. 1) on partitionne si cela est nécessaire, pour avoir par exemple deux partition sdc1 et sdc2. (c'est uniquement un découpage) 2) puis on formate par exemple la partition sdc1 avec le (format de) système de fichier 'exfat' ou bien 'ntfs'. Cela veut dire qu'un certain "format" sera utilisé pour lire ou écrire des fichiers sur la partition sdc1.
Pour formater une partition sdc1 avec le "format" (le système de fichier on dit) exfat, il faut le programme "mkfs.exfat" (mkfs → MaKe File System), il se trouve chez moi, avec Leap 15.4, dans le paquet "exfatprogs"
Le programme fuse-exfat, il est déjà installé (donc rien à faire), permet lui de monter ce système de fichier. On le voit dans le contenu du paquet, il y a les programmes "mount.*"
Je reste cependant un peu perplexe... s'il suffit d'un "mount -t vfat", pourquoi donc ça ne se monte pas tout seul à la connexion comme une bonne vieille clé usb ? Parce qu'il n'y a pas de table de partition ? (confirmé par fdisk)
edit : je vais quand même regarder de + près cette question de partitionnement. Après vérification des 512 premiers bytes du block device, on a bien le 0x55AA en position 511 et 512, qui marquent en théorie une structure de type Master Boot Record
Comme tu ne souhaites pas partager ton image (ou pas le temps), je me suis débrouillé avec une vielle clé usb avec laquelle j'ai fait quelques essais. Je t'apporte une partie de la réponse ici. C'est de l'hexa… Si tu as envie de la lire, c'est intéressant, mais de l'hexa…
Par contre je ne le conseillerais pas forcément. Ça a l'air de fonctionner, j'ai fait quelques essais, mais le clé n'est pas toujours bien automatiquement reconnu, même si elle fonctionne (avec le peu d'essais que j'ai fait). Je viens de voir comment `Partition Manager` la considère, il me dit que le système de fichier est inexistant ! Je pense qu'il cherche simplement une partition, mais comme il n'en trouve pas, pour lui la clé comme vierge ou inconnue… Je pense que c'est la raison pour laquelle le montage automatique ne fonctionne pas → comme tu l'as dit.
Je trouve le cas intéressant. Pourrais-tu partager une image, stp ? Je suis curieux de voir un peu plus précisément. À moins que tu aies déjà fait des mesures top secrètes avec l'oscilloscope.
J'avais un peu cherché, sans vraiment trouver de liens entre "Centre de sécurité" et ton problème. Et finalement peut-être →
Il est possible que tu aies joué avec "Use secure file permissions" de la section "Security Overview", option qui renvoie vers la section "Miscellaneous Settings".
Miscellaneous contient trois possibilités de réglages pour les "File Permissions":
easy Profile for systems that require user-friendly graphical user interaction. This is the default profile. secure Profile for server systems without fully-fledged graphical user interfaces. paranoid Profile for maximum security. In addition to the secure profile, it removes all special permissions like setuid/setgid and capability bits.
Warning : Unusable system for non-privileged users Except for simple tasks like changing passwords, a system without special permissions might be unusable for non-privileged users. Do not use the paranoid profile is as-is, but as a template for custom permissions. More information can be found in the permissions.paranoid file.
@scooter33 Ces propositions pour sécuriser ton OS ne sont pas à prendre en compte à la lettre pour un utilisateur lambda. Certaines peuvent être simplement mise en œuvre, d'autre plutôt pas. Le profil `paranoid` en est un bonne exemple…
/etc/permissions* est un thème à creuser (parmi d'autres).
