Tulburite

Bonjour, Je ne connais pas spécialement Zorin, mais je crois savoir que c'est sur une base Ubuntu. Pour commencer et ça va peut-être te paraitre étrange, as-tu Secure Boot activé sur ta machine, j'ai eu chez moi quand j'ai changé récemment ma configuration (j'ai installé du sans-fil partout au lieu de passer par du CPL) le même problème que toi sur mon fixe Dell, pas de réseau, j'ai acheté une antenne exprès et je n'avais toujours pas de réseau... jusqu'à un certain moment où j'ai désactivé justement le Secure Boot, et oh miracle tout fonctionne à merveille. Si ce n'est pas ça, on ira chercher ailleurs. Mais que retourne la commande suivante : lspci | grep -i net sudo lshw Tu reviens avec une capture d'écran

Même si je suis une pive en réseau... un peu moins maintenant, je n'y comprends rien non plus Merci pour les encouragements et merci pour ton investissement

Bonjour, Eh bien non justement, le NAS de mon centre est en 85.x.x.x et le mien en 77.x.x.x, de plus je n'ai pas le même "user", bien entendu, je n'ai pas non plus la même adresse Synology, pas le même mot de passe etc. Bon, je vais refaire la configuration de A à Z avec OpenVPN et changer le nom de domaine Synology, restreindre un peu plus les adresses IP et normalement roule Simone

C'est justement le problème, si je suis chez moi et que je me connecte sur le NAS de mon centre, mais que je fais un partage de connexion avec mon téléphone portable, je peux monter les disques chez moi et à mon centre. En résumer, mon téléphone portable à une IP de 128.x.x.x, je me connecte au VPN de mon centre ou j'ai une adresse IP 85.x.x.x, je peux monter les disques de mon centre, normal, mais je peux également monter mes disques de mon NAS ou je suis avec une 'adresse IP 77.x.x.x. Et inversement ça fonctionne aussi... Bon, je pense que je vais formater mon NAS et recommencer depuis le début, je vais changer mon nom de domaine Synology, peut-être changer le L2TP/IPsec par Open VPN. Je tiens à te remercier pour le temps consacré à m'aider, ça m'a permis de lire énormément de documentation sur le réseau, les NAS, etc. Je suis maintenant un peu moins une pive en réseau Merci encore Merci également à @rodrigue7800be pour WireGuard

Bonjour @Le PoissonClown Oui, c'est correct, le NAS de mon centre de secours se trouve au centre, et mon NAS perso se trouve chez moi. Alors oui, si je me trouve à mon centre, je suis connecté sur le wifi de mon centre et je monte les disques de mon centre ainsi que les miens et si je suis chez moi, c'est l'inverse. Mon centre à une adresse xxx synology.me et moi aussi, bien entendu ce n'est pas la même. Non, je vais même essayer de la supprimer et de passer par une 192.x.x.x, j'ai vu un tuto que je ne retrouve malheureusement pas, il semblerait que les NAS Synology acceptent ceci sans problème.

Non, je n'ai pas WireGuard sur DSM, je n'ai pas installé QuickConnect, j'ai une adresse DDNS avec un nom de domaine en Synology.me, je peux me loguer simplement en VPN avec le protocole L2TP/IPsec. Voilà, bon, j'ai réussi à resserrer les adresses IP et surtout à en supprimer, j'arrive gentiment à "sécuriser" mon NAS.

Salut @Le PoissonClown Ne te fais surtout pas de souci pour ça, mais c'est gentil quand même Sur le mien, celui que j'ai à mon centre, je ne suis que "user" et je n'ai pas accès aux différents réglages. Ici à partir de 6 minutes et 50 secondes

Bonsoir @Le PoissonClown, Merci de ta réponse, sur mon modem/routeur de mon FAI, je n'ai pas cette possibilité, en fait je ne vois même pas le masque de sous-réseau. Par contre, sur mon NAS pour avoir accès à l'extérieur, j'ai dû faire les réglages suivants sous IP sources. 10.0.0.0 - 255.0.0.0 176.16.0.0 - 255.240.0.0 192.168.0.0 - 255.255.0.0 Ces réglages, je les ai obtenus en regardant différents tutos d'explications pour pouvoir communiquer avec l'extérieur, mais ces réglages sont de façon générale un réglage basique pour tout le monde. Peux-tu me proposer un autre réglage pour justement devenir plus restrictif. Ce que je crois savoir c'est que le NAS à une plage IP pour une connexion L2TP/IPsec de 10.2.0.0 - 10.2.0.255 et que mon LAN est de 192.168.0.1 - 192.168..0.200 et que mon NAS à une adresse bloquée par mon modem en 192.168.0.239

Bonjour à tous, À mon centre de secours, nous avons un NAS DS220+ de chez Synology que nous utilisons uniquement comme serveurs de documents, je me connecte avec le protocole L2TP/IPsec en user avec comme login X.XXXXXXX (première lettre de mon prénom, un point et ensuite mon nom de famille, le tout en majuscule), et mot de passe. Ensuite, je monte mes disques avec une adresse \\192.168.1.99\ xxxx avec une machine Windows, ou smb://192.168.1.99 avec Ubuntu ou avec mon MacBook Pro (xxxx étant les différents disques ou j'ai accès sur le réseau de ma caserne). Chez moi, hormis le NAS Synology DS218+ que j'ai pour mon activité d'indépendant, j'ai également un autre serveur DS218+ pour tout ce qui concerne la famille et j'ai décidé enfin de le configurer avec le protocole L2TP/IPsec pour pouvoir me connecter quand je suis en extérieur soit avec mon téléphone portable ou avec mon ordinateur portable. Mon login est xxxxxxxx (première lettre de mon prénom et ensuite mon nom de famille, le tout en minuscule) et mot de passe. Une fois l'installation terminée et tous les tests effectués avec un partage de connexion avec mon téléphone portable, je me décide de faire des tests depuis l'extérieur de chez moi pour voir si je peux me connecter. Je me dirige donc directement à mon centre de secours et je commence. Très bonne nouvelle, tout fonctionne à merveille et je suis bien entendu super content, étant une pive en réseau, j'ai réussi et je pense bien réussi à le faire tout en sécurisant mon NAS. Cependant j'ai voulu tester une combinaison et je suis très étonné du résultat, je me suis logué sur mon NAS privé depuis mon centre de secours, je monte mes disques personnels avec l'adresse 192.168.0.239 xxx et ça marche très bien :-), mais je peux aussi monter les disques de mon centre et me connecter sur mon espace user !!! ou l'adresse de connexion est 192.168.1.99... et ça ce n'est pas possible normalement selon moi, car je suis deux réseaux séparés. Pour en avoir le cœur net, j'ai testé depuis chez moi et c'est pareil !!! enfin, c'est inversé, je me connecte sur le NAS de mon centre et je monte mes disques avec l'adresse 192.168.1.99 et je peux également monter mes disques personnels qui ont l'adresse 192.168.0.239 xxx Ce qui il y a de commun entre les deux installations, nous avons le même FAI, nous avons une adresse synology.me (bien entendu, ce n'est pas la même). Ce qui diffère, nous n'avons pas le même modem/routeur, pas la même connexion. Je n'utilise pas QuickConnect et à mon centre, oui, il y a une adresse pour l'administrateur. Chez moi, je redirige mes ports sur mon modem/routeur manuellement et j'ai réglé le parfeu du Synology pour pouvoir communiquer avec l'extérieur. À mon centre, le modem/routeur fait plus que modem et il y a un routeur/parfeu séparé pour la communication extérieure, le parfeu du Synology n'est pas utilisé. Y a-t-il une personne qui pourrait m'expliquer ce qui cloche ou si c'est moi qui débloque. Merci d'avance de vos retours.

Bonjour, Même la dernière commande ne fonctionne pas, parce que je ne vois pas de retour.

Visiblement tout est en ordre donc pas défaut, ça devrait marcher. Bon, j'ai eu un Dell qui selon la notice pouvait démarrer sur une clé USB et je n'ai jamais réussi à le faire... je devais démarrer sur un CD/DVD. Ce que je te propose, tu refais ta clé, mais avec une autre clé USB, de préférence une neuve si possible, si ça ne fonctionne pas, tu graves le fichier ISO sur un DVD et tu refais le processus d'installation. Une chose me parait bizarre quand même, sur ta capture d'écran, je vois bien ta clé USB mais elle n'est pas estampillée Ubuntu, mais simplement USB FDD, ceci me parait étrange

Je résume : Tu as désactivé le Secure Boot Tu as désactivé le démarrage rapide de Windows Tu es en mode UEFI avec le "Bios" et en format GPT avec ton DD La somme SHA-256 du fichier ISO d'Ubuntu est conforme Tu as bien préparé ta clé USB en UEFI - GPT Tu as bien un processeur x64 Et ta machine démarre encore sous Windows... étrange Bon, je veux m'assurer d'une chose avant d'aller plus loin Tu lances CMD sous Windows et tu tapes diskpart et ensuite list disk comme cette capture d'écran Tu reviens avec une capture d'écran

Non, tu n'es pas obligé de désactiver le Secure Boot mais si tu ne peux pas installer Ubuntu, désactive-le quand même pour tester, ensuite as-tu désactivé le démarrage rapide de Windows ? Où as-tu téléchargé Ubuntu ? As-tu contrôlé le SHA-256 de ton fichier ISO ? Comment as-tu préparé ta clé USB d'Ubuntu ?

Bonjour, Tu peux si tu le désires préparer une partition pour installer Ubuntu, mais ce n'est pas obligatoire. Avant de procéder à l'installation, tu dois "nettoyer" Windows et éventuellement défragmenter ton DD, si tu as un SSD cette manipulation n'est pas obligatoire. Pour cette dernière affirmation, certains helpeurs du site ne seront pas du même avis que moi... mais ce n'est pas le sujet maintenant. Une fois Windows nettoyé (fichiers temporaires, etc) tu démarres ta machine sur la clé USB d'Ubuntu et tu te laisses guider, le seul moment où tu dois faire attention c'est au moment où l'installateur de Linux te dis où tu veux installer Ubuntu, c'est soit sur le disque complet ou, soit à côté, tu prends cette option et tu verras apparaitre un curseur pour allouer l'espace nécessaire à ta distribution (si tu fais que de la programmation 40 Go doivent suffire) Dernière chose, tu n'es pas obligé de désactiver le secure boot pour installer le pingouin sur ta machine, Ubuntu s'installera sans problème, Ubuntu te demandera peut-être le mot de passe de ta machine.

Bonjour, Personnellement, je préfère comme ça :-)

Bonjour, Tu as un sacré chantier pas académique sur ta machine..., je m'explique Selon ta capture d'écran, tu as Ubuntu Kinetic (version 22.10) Toujours selon cette capture d'écran, ta distribution pointe pour OpenVPN vers une Debian stable/Xenial (version 16.04 d'Ubuntu) qui correspond à Debian stretch / sid... Si tu veux de la stabilité avec une distribution Ubuntu, tu dois utiliser une version LTS (les deux dernières sont la 20.04 et la 22.04) qui sont maintenues cinq ans, les versions intermédiaires sont à proscrire sauf pour faire des tests. Malgré tout ce qui a été dit et tous les tutoriels qui existent, il n'est jamais bon de faire un upgrade de version/distribution avec une Ubuntu. Je te propose plutôt de refaire une nouvelle installation propre d'une version LTS qui sont maintenues jusqu'en 2025 pour la 20.04 et 2027 pour la 22.04. Autrement, mais sans aucune garantie, tu peux essayer de lancer cette commande dans le terminal pour voir ce que ça donne sudo rm /etc/apt/apt.conf.d/20auto-upgrades.merge-error-old Je pense que c'est un fichier obsolète d'une ancienne version, mais je n'ai aucune garantie que ça fonctionne malheureusement, ou si elle ne fonctionne pas, tu peux essayer cette autre commande : sudo mv /etc/apt/apt.conf.d/20auto-upgrades.merge-error /etc/apt

Bonjour, Si tu veux profiter pleinement d'Ubuntu, tu as bien meilleur temps de l'installer en dur le DD/SSD. Comme @zelandonii dit, jamais ton OS sera aussi optimisé avec une machine virtuelle qu'installé physiquement sur le DD/SSD. Maintenant, tu as bien assez de place pour installer GNU/Linux sur le D, il faudrait regarder avec TestDisk pour remettre ton lecteur en bonne condition (ce qui te permettra de voir ce que tu as dessus et de le remettre d'aplomb) pour cela @Delta sera bien meilleur que moi te guider. Une fois toutes ces opérations effectuées, tu peux demander de l'aide pour installer cette distribution sur ta machine.

Bonjour, As-tu essayé de le "supprimer" "déplacer" en mode super utilisateur avec sudo ? Il me semble que c'est un fichier système... Tu lances dans le terminal la commande suivante sudo apt-get update Une fois le retour, tu fais une capture d'écran que tu colles à ta réponse

Bonjour @zelandonii Merci du retour, et tant mieux que ce petit problème se soit réglé automatiquement en faisant simplement une mise à niveau Bonne continuation et au cas où, meilleurs vœux de bonheur et santé pour 2023

Je vois bien , et pourquoi ne changerais-tu pas simplement ton noyau avec un noyau actuel (le 52, regarde sur ma VM) et tu pourras installer le pilote correspondant afin de faire des tests. C'est simple à faire et surtout relativement très vite

Bonjour @asterx Ce n'est peut-être pas plus mal, mais avant de réinstaller, il te faut contrôler l'état de ton DD/SSD avec l'application "Disque" et en cas de souci, il te faut le changer :-) Oui sûrement, mais c'est quand même des bonnes bécanes, j'ai le mien, un Lenovo Légion Y530 (tu as il me semble le Y520) qui tourne non-stop depuis plusieurs années et zéro souci... je touche du bois pour le moment.

Bonjour @zelandonii Tu ne vas jamais pouvoir installer un fichier "tgz" (archive) via Gdebi, c'est impossible. Pour installer une archive, tu peux suivre cette procédure. C'est personnel, mais comme les pilotes font partie intégrante de ta distribution (du noyau) ils sont "validés" et donc propre à être installés Ta version est supportée jusqu'un 2015, mais effectivement ta version du noyau est bizarre Oui pourquoi pas, après comment veux-tu installer cette distribution, perso, je ne suis pas partisan de faire une mise à jour/ à niveau (trop de bug avec une Ubuntu) mais comme Linux Mint est une "fille" de cette distribution, je suis pour faire une nouvelle installation.

Bonjour @zelandonii Oui, mais as-tu essayé d'installer le firmware directement depuis synaptic ?

Oui en gros, mais ma commande signifie " c "recherche les blocs défectueux, " f " force un contrôle sur le système, " p " répare tout ce qui peut être réparé en toute sécurité, " v " est en mode bavard pour que tu puisses suivre la progression de la commande Et voilà, si la réparation est possible ça va le faire, autrement pas de chance. Ce qui serait également intéressant, c'est de contrôler l'état de ton DD/SSD avec l'application "Disque" de ta distribution.

Possible, mais je ne la connais pas et une petite recherche sur le net ne m'a rien rapporté :-(