Booten in 2 Sekunden?
woher stammt diese Vermutung??? oder sind hier 2min gemeint?
von der Grub Auswahl bis zum Einloggen vergehen gut 30sec ... mit der anderen SSD sind es 2-5sec allerdings dort mit auto login
Beiträge von TuxSv748
-
-
ok, also über das Icon inder Taskleiste.
darüber kann ich versuchen ein weiteres Netz hinzuzufügen, allerdings solange er den Stick nicht erkennt bleibt die Liste der SSIDs leer.
Das ist eben der Punkt. wenn ich den in der VM an kubuntu durchreiche ist alles autom. aktiviert und ich kann meine SSID auswählen. Unter openSuse wird der Adapter nicht autom erkannt/eingerichtet, oder wie auch immer ich das beschreiben soll, damit wird kein WLAN angezeigt.hwinfo -wlan liefert allerdings:
Code
Alles anzeigen77: None 00.0: 1070a WLAN [Created at net.126] Unique ID: AYEt.QXn1l67RSa1 Parent ID: fLU2.YjpqvwdxcU1 SysFS ID: /class/net/wlan0 SysFS Device Link: /devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4.4/3-4.4:1.0 Hardware Class: network interface Model: "WLAN network interface" Driver: "r8712u" Driver Modules: "r8712u" Device File: wlan0 HW Address: 00:08:--:--:--:-- #<- entfernt Permanent HW Address: 00:08:--:--:--:-- #<- entfernt Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #63 (Unclassified device)selber Adapter an kubuntu durchgereicht funzt, am host unter openSuse nicht!
-
Das Modul gibt es nicht.
ich meinte natürlich in YAST die 'Netzwerkeinstellungen' .. darin ... die beschriebenen Reiter
findest du im Plasmoid........
?: Plasmoid ist was?
-
Code
Alles anzeigen$:># l total 84 drwxr-xr-x 1 root root 190 Apr 14 14:32 ./ drwxr-xr-x 1 root root 796 Apr 1 23:04 ../ -rw-r--r-- 1 root root 9691 Apr 2 10:04 config -rw-r--r-- 1 root root 9012 Apr 2 10:12 dhcp drwxr-xr-x 1 root root 100 Apr 1 17:48 if-down.d/ drwxr-xr-x 1 root root 150 Apr 1 17:52 if-up.d/ -rw-r--r-- 1 root root 229 Apr 1 23:05 ifcfg-br0 -rw-r--r-- 1 root root 176 Apr 1 23:05 ifcfg-eth0 -rw------- 1 root root 147 Apr 1 17:59 ifcfg-lo -rw-r--r-- 1 root root 21738 Oct 7 2016 ifcfg.template drwx------ 1 root root 0 Oct 7 2016 providers/ drwxr-xr-x 1 root root 234 Apr 1 17:52 scripts/ $:># cat ifcfg-eth0 BOOTPROTO='none' BROADCAST='' ETHTOOL_OPTIONS='' IPADDR='' MTU='' NAME='' NETMASK='' NETWORK='' REMOTE_IPADDR='' STARTMODE='auto' DHCLIENT_SET_DEFAULT_ROUTE='yes' PREFIXLEN=''wlan0 ist nicht konfiguriert, das zeigt mir auch YAST an. das script bewirkt nur, dass eth0 auf old umbenannt wird, damit sollte ich aber kein Problem haben
YAST NetworkManager zeigt im
- ersten Reiter 'Globale Optionen' dass NetworkManager aktiv ist
- zweiten Reiter 'Übersicht' ist komplett ausgegraut und nicht einstellbar - zeigt, dass der WLAN Adapter nicht konfiguriert ist .- und das sollte eigentlich autom erfolgen. -
will wegen einem einzelnen Prog jetzt auch nicht soviel Aufwand treiben. Wie geschrieben ubuntu top - openSuse flop bei diesem Punkt.
Dafür war bluetooth einrichten mal wieder top bei openSuse, musste nur pavucontrol nachinstallieren um die Soundausgabe umschalten zu können. Da hatte ich bei ubuntu -vielleicht unnötigerweise- mehr Aufwand getrieben.
Fazit ist momentan dennoch leichte Vorteile bei u* ggüber openSuse, würde bei einem Bekannten evtl u* zuerst installieren -
es ist eine Platte fest verbaut, eine weitere kann durch einen Einschub mit eingebunden werden, ist momentan aber nicht drin. Des Weiteren boote ich von einer per Einschub eingelegten SSD die ich entsprechend zw. meiner alten und der jetzigen Wechsel.
hab apparmor mal disabled und werde neu booten
Code
Alles anzeigen> systemd-analyze blame 4.541s systemd-journal-flush.service 4.293s libvirtd.service 4.023s SuSEfirewall2_init.service 3.967s display-manager.service 2.947s SuSEfirewall2.service 2.435s dev-sdb3.device 2.347s postfix.service 2.342s nscd.service 2.261s rc-local.service 2.245s avahi-daemon.service 2.016s ntpd.service 1.611s ModemManager.service 1.328s vboxdrv.service 1.236s home.mount 1.160s boot-efi.mount 981ms systemd-fsck@dev-disk-by\x2duuid-75c2f1b7\x2d9265\x2d4a7a\x2da4 780ms var-crash.mount 779ms var-lib-pgsql.mount 778ms var-cache.mount 778ms var-lib-mariadb.mount 765ms systemd-udevd.service 752ms var-log.mount 736ms opt.mount 663ms boot-grub2-i386\x2dpc.mount 645ms boot-grub2-x86_64\x2defi.mount 586ms polkit.service 575ms systemd-remount-fs.service 574ms plymouth-read-write.service 568ms dev-hugepages.mount 567ms dev-mqueue.mount 566ms sys-kernel-debug.mount 563ms usr-local.mount 517ms var-spool.mount 479ms tmp.mount 478ms var-lib-machines.mount 478ms var-lib-named.mount 451ms NetworkManager.service 430ms var-lib-mailman.mount 420ms rtkit-daemon.service 383ms var-lib-mysql.mount 377ms systemd-backlight@backlight:acpi_video0.service 369ms auditd.service 360ms upower.service 358ms systemd-journald.service 336ms var-lib-libvirt-images.mount 335ms srv.mount 295ms \x2esnapshots.mount 268ms systemd-modules-load.service 267ms systemd-udev-root-symlink.service 266ms kmod-static-nodes.service 230ms systemd-logind.service 227ms var-opt.mount 227ms systemd-sysctl.service ...sieht zahlenmäßig besser aus, gefühlt bringt es nicht so viel, kann immer noch zusehen wie die Animation abläuft ... gefühlt ein paar sek weniger
-
Welches aber selbst verschuldet ist!!!!!
wüsste jetzt nicht wie, hätte die SSD aber noch einschubfertig, das ist die SSD die schneller bootet, Leider aber irgendwie inkonsistent ist
Hast du denn einmal die Paketersteller angesprochen, denn ich sehe für Leap 42.2 nur home Repos, wobei malcolmlewis und derselbst ja eigentlich auf Fragen auch antworten würden.......
bis jetzt hab ich keinen Kontakt mit irgendeinem Ersteller aufgenommen. Bin davon ausgegangen, dass diese Pakete wie bereitgestellt funktionieren - unter ubuntu tut's ja auch -
hab - denk ich - die oberen beiden Pakete ausgetestet, zuvor auch schon mal die sourcen selbst kompiliert. Das Einzigste was ich teilweise erreicht habe ist, dass in dem gemounteten Verzeichnis ein einzelnes File vorhanden war. irgendein 'devices' glaub ich. Weiß momentan nicht warum es diesmal komplett leer ist.
-
nicht ganz, aktuell ist:
Code
Alles anzeigen> systemd-analyze blame 27.307s apparmor.service 20.593s dev-sdb3.device 13.663s systemd-udevd.service 9.519s SuSEfirewall2_init.service 9.167s ModemManager.service 6.698s libvirtd.service 6.006s vboxdrv.service 5.825s display-manager.service 5.079s boot-efi.mount 4.805s nscd.service 4.622s systemd-fsck@dev-disk-by\x2duuid-75c2f1b7\x2d9265\x2d4a7a\x2da4 4.504s systemd-backlight@backlight:acpi_video0.service 4.327s polkit.service 4.046s systemd-journal-flush.service 3.736s postfix.service 3.572s SuSEfirewall2.service 1.339s NetworkManager.service 1.291s dev-disk-by\x2duuid-e8bb3e6e\x2d2061\x2d4bc9\x2da565\x2dc7d2e8c 1.132s systemd-logind.service 998ms fstrim.service 859ms ntpd.service 852ms systemd-journald.service 849ms home.mount 820ms boot-grub2-x86_64\x2defi.mount 818ms tmp.mount 817ms usr-local.mount 760ms boot-grub2-i386\x2dpc.mount 739ms opt.mount 659ms var-spool.mount 648ms srv.mount 627ms vboxballoonctrl-service.service 621ms var-tmp.mount 620ms var-lib-mysql.mount 598ms user@1000.service 590ms vboxautostart-service.service 579ms var-cache.mount 556ms var-log.mount 537ms systemd-remount-fs.service 517ms sys-kernel-debug.mount 517ms dev-mqueue.mount 517ms dev-hugepages.mount 514ms avahi-daemon.service 513ms systemd-user-sessions.service 507ms var-lib-mailman.mount 492ms var-opt.mount 490ms var-lib-libvirt-images.mount 466ms var-lib-mariadb.mount 462ms systemd-sysctl.service -
bin jetzt auch auf meinem Desktop verstärkt fremd gegangen indem ich zunächst nur in einer VM mein 14.04 ubuntu auf Kubuntu und anschließend ein systemrelease upgrade durchgeführt habe auf zuletzt 16.04.
Muss sagen, das hat alles problemlos funktioniert, und man wird soweit notwendig auch gut geführt. Mein Upgrade bei SUSE per DVD-Image war zuletzt nicht immer durchweg erfolgreich -> auf meiner alten SSD kann ich zB keine Yastmodule mehr starten, wobei Yast noch an sich startet.Was mich allerdings am meisten interessiert bzw enttäuscht bei ubuntu vs openSuse ist, dass ich djmount mit 2 installierten Versionen von software.opensuse.org nicht ans Laufen bekommen habe, dies bei ubuntu mit der ersten default Installation problemlos funktioniert und die Musik Daten zur Verfügung stehen wohingegen bei openSuse nur folgendes glückt:
Code$:> djmount dlna [I] Charset : successfully initialised charset='UTF-8' $:> ll dlna/ insgesamt 0während ich früher glühender openSuse Anhänger war und immer noch bin, Ubuntu mehr als Spielzeug betrachtet hatte würde ich momentan einem Einsteiger eher zu (k)ubuntu raten denn zu openSuse - leider
-
bei mir ist NetworkManager aktiv, damit sind einige Einstellungen nicht möglich. Möchte jetzt auch nicht auf wicked umstellen.
Mich wundert eben dass der Stick nicht (mehr) automatisch unter Leap42.2 erkannt bzw eingerichtet wird. In meiner Kubuntu-VM wird er problemlos erkannt und verwendet wenn ich ihn durchreiche. Werd wohl im Zweifelsfall meinen Edimax Stick verwenden.
