Willkommen Gast. Bitte einloggen oder registrieren. Haben Sie Ihre Aktivierungs E-Mail übersehen?
13.05.2021, 20:46:46

.
Einloggen mit Benutzername, Passwort und Sitzungslänge

Mitglieder
  • Mitglieder insgesamt: 25588
  • Letzte: MOBBI
Statistiken
  • Beiträge insgesamt: 735105
  • Themen insgesamt: 59216
  • Heute online: 687
  • Am meisten online: 2287
  • (22.01.2020, 19:20:24)
Benutzer Online

Autor Thema:  umstieg von ubuntu 18.04 LTS auf MINT 20.1 LTS - Autofs läuft nicht wie in ubunu  (Gelesen 835 mal)

0 Mitglieder und 1 Gast betrachten dieses Thema.

Re: umstieg von ubuntu 18.04 LTS auf MINT 20.1 LTS
« Antwort #15 am: 08.04.2021, 06:57:49 »
Also mit dem 2020 Desinfekt kann er von USB booten, da ist ja ein ubuntu 18.04 dahinter

icrocode: microcode updated early to revision 0x38, date = 2019-01-15
[    0.000000] Linux version 5.3.0-51-generic (buildd@lgw01-amd64-018) (gcc version 7.5.0 (Ubuntu 7.5.0-3ubuntu1~18.04)) #44~18.04.2-Ubuntu SMP Thu Apr 23 14:27:18 UTC 2020 (Ubuntu 5.3.0-51.44~18.04.2-generic 5.3.18)
[    0.000000] Command line: BOOT_IMAGE=/casper/vmlinuz.64 iso-scan/filename=/software/desinfect-202000-amd64.iso file=/cdrom/preseed/ubuntu.seed boot=casper initrd=/casper/initrd64.lz quiet splash memtest=4 xfce -- debian-installer/language=de console-setup/layoutcode?=de
[    0.000000] KERNEL supported cpus:
[    0.000000]   Intel GenuineIntel
[    0.000000]   AMD AuthenticAMD
[    0.000000]   Hygon HygonGenuine
[    0.000000]   Centaur CentaurHauls
[    0.000000]   zhaoxin   Shanghai 
[    0.000000] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
[    0.000000] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
[    0.000000] x86/fpu: Supporting XSAVE feature 0x008: 'MPX bounds registers'
[    0.000000] x86/fpu: Supporting XSAVE feature 0x010: 'MPX CSR'
[    0.000000] x86/fpu: xstate_offset[3]:  576, xstate_sizes[3]:   64
[    0.000000] x86/fpu: xstate_offset[4]:  640, xstate_sizes[4]:   64
[    0.000000] x86/fpu: Enabled xstate features 0x1b, context size is 704 bytes, using 'compacted' format.
[    0.000000] BIOS-provided physical RAM map:
[    0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009b7ff] usable
[    0.000000] BIOS-e820: [mem 0x000000000009b800-0x000000000009ffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000000100000-0x000000000fffffff] usable
[    0.000000] BIOS-e820: [mem 0x0000000010000000-0x0000000012150fff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000012151000-0x000000005b4cdfff] usable
[    0.000000] BIOS-e820: [mem 0x000000005b4ce000-0x000000005d5eefff] reserved
[    0.000000] BIOS-e820: [mem 0x000000005d5ef000-0x000000005d6c0fff] usable
[    0.000000] BIOS-e820: [mem 0x000000005d6c1000-0x000000005d9e4fff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x000000005d9e5000-0x000000005dde2fff] reserved
[    0.000000] BIOS-e820: [mem 0x000000005dde3000-0x000000005e155fff] usable
[    0.000000] BIOS-e820: [mem 0x000000005e156000-0x000000005e156fff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x000000005e157000-0x000000005e180fff] reserved
[    0.000000] BIOS-e820: [mem 0x000000005e181000-0x000000005e756fff] usable
[    0.000000] BIOS-e820: [mem 0x000000005e757000-0x000000005e758fff] reserved
[    0.000000] BIOS-e820: [mem 0x000000005e759000-0x000000005effffff] usable
[    0.000000] BIOS-e820: [mem 0x000000005f000000-0x000000007fffffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000d0000000-0x00000000d0ffffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000e0000000-0x00000000efffffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fe042000-0x00000000fe044fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fe900000-0x00000000fe902fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fed01000-0x00000000fed01fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000ff800000-0x00000000ffffffff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000100000000-0x000000027fffffff] usable
[    0.000000] NX (Execute Disable) protection: active
[    0.000000] SMBIOS 3.0.0 present.
[    0.000000] DMI: To Be Filled By O.E.M. To Be Filled By O.E.M./J4205-ITX, BIOS P1.20 12/16/2016
[    0.000000] tsc: Detected 1497.600 MHz processor
[    0.003787] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
[    0.003791] e820: remove [mem 0x000a0000-0x000fffff] usable
[    0.003807] last_pfn = 0x280000 max_arch_pfn = 0x400000000

Warum geht es mit den neueren Varianten nicht

Re: umstieg von ubuntu 18.04 LTS auf MINT 20.1 LTS
« Antwort #16 am: 08.04.2021, 08:29:03 »
mce: [Hardware Error]: PROCESSOR 0:506c9 TIME 1565084012 SOCKET 0 APIC 0 microcode 1e

Irgendwas muss ja an den neueren MINT oder Ubuntu geändert worden sein?

Ich weiß jetzt nicht so richtig wo ich anfangen soll mit suchen.

Re: umstieg von ubuntu 18.04 LTS auf MINT 20.1 LTS
« Antwort #17 am: 08.04.2021, 09:13:28 »
Wenn ich hier lese: https://www.kernel.org/doc/html/latest/x86/microcode.html

Jetzt meine frage das early update ist nur temporär, da jeder kernel eine andere microcode version hat?

Desinfect:
icrocode: microcode updated early to revision 0x38, date = 2019-01-15
Mein ubuntu:
Apr 08 07:43:30 Xenon-desktop kernel: microcode: microcode updated early to revision 0x40, date = 2020-02-27
Also benutzen die neueren VErsionen eine neuere Microcode variante die Probeleme macht?
« Letzte Änderung: 08.04.2021, 09:22:48 von Destiniy »

Re: umstieg von ubuntu 18.04 LTS auf MINT 20.1 LTS
« Antwort #18 am: 08.04.2021, 10:27:24 »
Das ist nochmal die Fehlermeldung. Hab jetzt schon das Bios geupdated keine Besserung. Hat jemand eine Idee.

Re: umstieg von ubuntu 18.04 LTS auf MINT 20.1 LTS
« Antwort #19 am: 08.04.2021, 10:51:56 »
Mit einem anderen USB stick hat er wenigstens gebootet.

Wie installiere ich das mit jetzt zu meinem Ubuntu parallel?

Habt ihr einen Link zu einer Anleitung?


Re: umstieg von ubuntu 18.04 LTS auf MINT 20.1 LTS
« Antwort #21 am: 08.04.2021, 12:05:07 »
Ja sieht so aus noch eine frage vor dem Start.

Wenn ich in die Software Verwaltung schaue sehe ich den thunderbird nur in Version 68.10 als Deb packet. Und das flat Pack geht nicht da der mit den externen gpg nicht kommuniziert. Irgendwo hatte ich aber gelesen Mint ist schon auf 78 mit dem Deb packet en. Kann man das irgendwo sehen.


Re: umstieg von ubuntu 18.04 LTS auf MINT 20.1 LTS
« Antwort #23 am: 09.04.2021, 21:43:05 »
So mein MINt läuft jetzt und thunderbird ist auch ein 78.7.1

Habe mir ein AUTOFS eingerichtet nach:

https://wiki.ubuntuusers.de/Autofs/
 und
https://wiki.ubuntuusers.de/mount.cifs/

Kann man irgendwie das passwort als hash in eine Datei speichern? Weil selbst mit der .smbcredential datei ist das doch imKlartext da drin.

Re: umstieg von ubuntu 18.04 LTS auf MINT 20.1 LTS
« Antwort #24 am: 09.04.2021, 21:52:23 »
Ok kommando zurück der mount befehl klappt auto fs funktioniert nicht

Der befehl geht:
sudo mount -t cifs -o rw,users,username=XXX,password=YYY,uid=zzz,gid=users //mycloud/Daten /home/zzz/Daten
abe rin der auto.cifs-shares geht es nicht
/home/zzz/Daten -fstype=cifs,rw,users,username=XXX,password=YYY,uid=zzz,gid=users ://mycloud/Daten
Achso in der auto.master habe ich wie im ubuntu folgendes
/- /etc/auto.cifs-shares
« Letzte Änderung: 10.04.2021, 10:45:52 von Destiniy »

Re: umstieg von ubuntu 18.04 LTS auf MINT 20.1 LTS
« Antwort #25 am: 10.04.2021, 10:14:22 »
Also ich habe es jetzt nochmal verifiziert. Auf dem Ubuntu 18.04 läuft es mit der Konfiguration

Wenn ich im debug starte gibt er mir aber auch nicht aus das er die zeile liest (nur die datei eading map file /etc/auto.cifs-shares).

Wie bekomme ich raus ob ich einen fehler in der Zeile habe?
Er zeigt ja noch nicht mal einen fehler an wenn ich die Zeile sdsdsdsdsd in die Datei auto.cifs-shares einfüge.

sudo automount -f --debug
Starting automounter version 5.1.6, master map /etc/auto.master
using kernel protocol version 5.05
lookup_nss_read_master: reading master file /etc/auto.master
do_init: parse(sun): init gathered global options: (null)
lookup_read_master: lookup(file): read entry /-
lookup_read_master: lookup(file): read entry +dir:/etc/auto.master.d
lookup_nss_read_master: reading master dir /etc/auto.master.d
lookup_read_master: lookup(dir): scandir: /etc/auto.master.d
lookup_read_master: lookup(file): read entry +auto.master
lookup_nss_read_master: reading master files auto.master
do_init: parse(sun): init gathered global options: (null)
master_do_mount: mounting /-
automount_path_to_fifo: fifo name /var/run/autofs.fifo--
lookup_nss_read_map: reading map file /etc/auto.cifs-shares
do_init: parse(sun): init gathered global options: (null)
st_ready: st_ready(): state = 0 path /-
« Letzte Änderung: 10.04.2021, 10:18:09 von Destiniy »

also ich bin jetzt langsam am verzweifeln. Das MINt muss doch irgendwie error messenges ausspucken. Ich bin jetzt nicht der linux experte aber das tun normalerweise alle programme bei Fehlbediehnungen.

Der befehl geht:
sudo mount -t cifs -o rw,users,username=XXX,password=YYY,uid=zzz,gid=users //mycloud/Daten /home/zzz/Daten

aber in der auto.cifs-shares geht es nicht
/home/zzz/Daten -fstype=cifs,rw,users,username=XXX,password=YYY,uid=zzz,gid=users ://mycloud/Daten
Achso in der auto.master habe ich wie im ubuntu folgendes
/- /etc/auto.cifs-shares
kein fehler bei aber auch kein mount
sudo service autofs stop
sudo automount -f -v -d


sowie in der fstab mag es auch nicht:
//mycloud/Daten /home/zzz/Daten cifs rw,users,username=XXX,password=YYY,uid=zzz,gid=users 0 0
ebenfalls kein Fehler bei aber auch kein mount
sudo mount -a