Invalid Config po aktualizacji do 2025.11

Witam,
po aktualizacji Home Assistant do wersji 2025.11 mam powiadomienia o błędach i potrzebuję Waszej pomocy.

Powiadomienie:

W logach to co poniżej.

Rejestrator: homeassistant.setup
Źródło: setup.py:425
Pierwsze zdarzenie: 15:05:03 (1 wystąpienie)
Ostatnio zalogowany: 15:05:03

Error during setup of component zeroconf: Invalid URL: port can't be converted to integer
Traceback (most recent call last):
  File "/usr/local/lib/python3.13/site-packages/yarl/_parse.py", line 134, in split_netloc
    port = int(port_str)
ValueError: invalid literal for int() with base 10: '8123:8123'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/setup.py", line 425, in _async_setup_component
    result = await task
             ^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/zeroconf/__init__.py", line 193, in async_setup
    local_service_info = await _async_get_local_service_info(hass)
                         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/zeroconf/__init__.py", line 299, in _async_get_local_service_info
    params["internal_url"] = get_url(hass, allow_external=False)
                             ~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/network.py", line 150, in get_url
    return _get_internal_url(
        hass,
    ...<3 lines>...
        require_standard_port=require_standard_port,
    )
  File "/usr/src/homeassistant/homeassistant/helpers/network.py", line 243, in _get_internal_url
    internal_url = yarl.URL(hass.config.internal_url)
  File "/usr/local/lib/python3.13/site-packages/yarl/_url.py", line 367, in __new__
    return pre_encoded_url(val) if encoded else encode_url(val)
                                                ~~~~~~~~~~^^^^^
  File "/usr/local/lib/python3.13/site-packages/yarl/_url.py", line 164, in encode_url
    username, password, host, port = split_netloc(netloc)
                                     ~~~~~~~~~~~~^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/yarl/_parse.py", line 136, in split_netloc
    raise ValueError("Invalid URL: port can't be converted to integer")
ValueError: Invalid URL: port can't be converted to integer

System postawiony na Rpi4

Brakuje 3 istotnych informacji

  1. Z jakiej wersji robiłeś update?
  2. Zawartości configuration.yaml
  3. Jak właściwie masz ten HA zainstalowany - Jak podzielić się informacjami o swojej instalacji Home Assistant na forum lub githubie

edit widzę z twojego poprzedniego wątku, którego nie raczyłeś nawet podsumować (czy znalazłeś rozwiązanie i jakie), więc to zniechęca już do pisania kolejnego posta (nie taka jest idea otwartych rozwiązań, że się tylko bierze, a nic nie daje) masz HAOS dla maliny co i tak widać na tym kawałku skrinszota, ale to i tak za mało informacji

2 polubienia

@szopen wątku nie podsumowałem bo rozwiązania nie znalazłem do dzisiaj.
Gdybym znalazł rozwiązanie to umiescił bym je natychmiast na forum, żeby właśnie się podzielić z innymi.
Aktualizację robiłem z wersji 2025.10.4

A gdzie reszta?


Reszta jest taka, że wsparty ,dobrym słowem i chęcią pomocy" z Twojej strony wróciłem do wersji 2025.10.4.
I tu w logach dalej :slight_smile:

Rejestrator: homeassistant.setup
Źródło: setup.py:623
Pierwsze zdarzenie: 20:35:00 (1 wystąpienie)
Ostatnio zalogowany: 20:35:00

Error handling when_setup callback for frontend
Traceback (most recent call last):
  File "/usr/local/lib/python3.13/site-packages/yarl/_parse.py", line 134, in split_netloc
    port = int(port_str)
ValueError: invalid literal for int() with base 10: '8123:8123'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/setup.py", line 623, in when_setup
    await when_setup_cb(hass, component)
  File "/usr/src/homeassistant/homeassistant/components/zeroconf/__init__.py", line 210, in _async_zeroconf_hass_start
    await _async_register_hass_zc_service(hass, aio_zc, uuid)
  File "/usr/src/homeassistant/homeassistant/components/zeroconf/__init__.py", line 254, in _async_register_hass_zc_service
    params["internal_url"] = get_url(hass, allow_external=False)
                             ~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/network.py", line 150, in get_url
    return _get_internal_url(
        hass,
    ...<3 lines>...
        require_standard_port=require_standard_port,
    )
  File "/usr/src/homeassistant/homeassistant/helpers/network.py", line 243, in _get_internal_url
    internal_url = yarl.URL(hass.config.internal_url)
  File "/usr/local/lib/python3.13/site-packages/yarl/_url.py", line 358, in __new__
    return pre_encoded_url(val) if encoded else encode_url(val)
                                                ~~~~~~~~~~^^^^^
  File "/usr/local/lib/python3.13/site-packages/yarl/_url.py", line 155, in encode_url
    username, password, host, port = split_netloc(netloc)
                                     ~~~~~~~~~~~~^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/yarl/_parse.py", line 136, in split_netloc
    raise ValueError("Invalid URL: port can't be converted to integer")
ValueError: Invalid URL: port can't be converted to integer

ale nie powoduje to błędów w żadnej integracji na tyle, żeby się nie załadowała i były powiadomienia na starcie o błędach.

Odnośnie informacji o systemie:

System Information

version core-2025.10.4
installation_type Home Assistant OS
dev false
hassio true
docker true
container_arch aarch64
user root
virtualenv false
python_version 3.13.7
os_name Linux
os_version 6.12.47-haos-raspi
arch aarch64
timezone Europe/Warsaw
config_dir /config
Home Assistant Community Store
GitHub API ok
GitHub Content ok
GitHub Web ok
HACS Data ok
GitHub API Calls Remaining 5000
Installed Version 2.0.5
Stage running
Available Repositories 2379
Downloaded Repositories 114
Home Assistant Cloud
logged_in false
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
GIOŚ
can_reach_server ok
Home Assistant Supervisor
host_os Home Assistant OS 16.3
update_channel stable
supervisor_version supervisor-2025.11.2
agent_version 1.7.2
docker_version 28.3.3
disk_total 116.7 GB
disk_used 35.1 GB
nameservers 192.168.0.1
healthy true
supported true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization
board rpi4-64
supervisor_api ok
version_api ok
installed_addons File editor (5.8.0), Music Assistant (BETA) (2.7.0b13), Mosquitto broker (6.5.2), Assist Microphone (1.3.0), Samba share (12.5.4), Fusion (2024.10.1), Whisper (3.0.1), Duck DNS (1.26.0), Studio Code Server (5.19.3), Node-RED (20.2.0), Advanced SSH & Web Terminal (22.0.0), Zigbee2MQTT (2.6.3-1), Matter Server (8.1.1), Home-Assistant-Matter-Hub (3.0.1), Music Assistant (2.6.2), MariaDB (2.7.2)
Dashboards
dashboards 5
resources 76
views 18
mode storage
Network Configuration
adapters lo (disabled), end0 (enabled, default, auto), hassio (disabled), docker0 (disabled), veth0f6d9a3 (disabled), vethda3bfa9 (disabled), veth8f66078 (disabled), veth6e80190 (disabled), veth826f8cd (disabled), vethccc302d (disabled), veth6b2f5e3 (disabled), vethd352bf3 (disabled), veth2c52741 (disabled), veth839a947 (disabled), vethe8b3ac3 (disabled), veth3568ce6 (disabled), veth5a0e87f (disabled), vethf6f1c15 (disabled)
ipv4_addresses lo (127.0.0.1/8), end0 (192.168.0.202/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), veth0f6d9a3 (), vethda3bfa9 (), veth8f66078 (), veth6e80190 (), veth826f8cd (), vethccc302d (), veth6b2f5e3 (), vethd352bf3 (), veth2c52741 (), veth839a947 (), vethe8b3ac3 (), veth3568ce6 (), veth5a0e87f (), vethf6f1c15 ()
ipv6_addresses lo (::1/128), end0 (fdda:64c5:e1a9:b956:2a76:a3c5:1bb0:82be/64, fe80::4522:d8ac:68fa:8a33/64), hassio (fe80::cc7:97ff:fe40:cbdb/64), docker0 (fe80::a4e7:8eff:fe06:2586/64), veth0f6d9a3 (fe80::e0d9:eeff:feae:84bc/64), vethda3bfa9 (fe80::d87e:a4ff:fee0:812f/64), veth8f66078 (fe80::4a2:f6ff:fe69:567/64), veth6e80190 (fe80::ac94:7bff:fe37:d98c/64), veth826f8cd (fe80::3429:c9ff:fe01:1dad/64), vethccc302d (fe80::b8af:2cff:fef4:ca13/64), veth6b2f5e3 (fe80::2c6d:7dff:fe1b:29fc/64), vethd352bf3 (fe80::9477:5fff:fefd:3288/64), veth2c52741 (fe80::ccf7:dbff:fef3:a88f/64), veth839a947 (fe80::1065:5eff:fe98:88b/64), vethe8b3ac3 (fe80::5468:e3ff:fe0e:2c64/64), veth3568ce6 (fe80::6019:42ff:feef:e26d/64), veth5a0e87f (fe80::f890:dff:fedf:7d6e/64), vethf6f1c15 (fe80::d806:f5ff:fe36:8206/64)
announce_addresses 192.168.0.202, fdda:64c5:e1a9:b956:2a76:a3c5:1bb0:82be, fe80::4522:d8ac:68fa:8a33
Recorder
oldest_recorder_run 1 listopada 2025 12:32
current_recorder_run 12 listopada 2025 20:34
database_engine mysql
database_version 10.11.6
Spotify
api_endpoint_reachable ok
SpotifyPlus
integration_version v1.0.186
clients_configured 1:(premium)
api_endpoint_reachable ok
Xiaomi Miot
component_version 1.1.1
can_reach_server ok
can_reach_spec ok
logged_accounts 1
total_devices 42

Daj jeszcze brakujące dane - patrz pkt.2

@angler Mam podać cały configuratiom. yaml ?

Było by najlepiej, przecież sam założyłeś temat Invalid Config. Jak chcesz odszukać błąd w konfiguracji, bez podawania konfiguracji?

@angler powiem szczerze, argumenty masz bezbłędne.

# Loads default set of integrations. Do not remove.
default_config:

input_number: !include input_number.yaml
input_select: !include input_select.yaml

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes


http:
  ssl_certificate: /ssl/fullchain.pem
  ssl_key: /ssl/privkey.pem

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml
# Example configuration.yaml entry




recorder:
  db_url: mysql://homeassistant:xxxxxxxxxxxx@core-mariadb/homeassistant?charset=utf8mb4

google_assistant:
  project_id:xxxxxxxxxxxxx
  service_account: !include SERVICE_ACCOUNT.json
  report_state: true

spotcast:
  sp_dc: !secret sp_dc
  sp_key: !secret sp_key
  country: PL


switch:


  - platform: wake_on_lan
    mac: C0-18-50-2F-A2-E6
    name: laptop

sensor:
  - platform: template
    sensors:

      denon_sound_mode_raw:
        unique_id: denon_output
        value_template: "{{ state_attr('media_player.denon', 'sound_mode_raw') }}"


    

compensation:
  media_player_db_volume:
    source: media_player.denon
    unique_id: denon_db_volume
    attribute: volume_level
    unit_of_measurement: dB
    data_points:
      - [0, -80.0]
      - [0.8, 0.0]

binary_sensor:
  

media_player:
  - platform: universal
    name: Denon
    unique_id: denon_universal_remote
    device_class: receiver
    children:
      - media_player.denon
      - media_player.heos
    browse_media_entity: media_player.heos
    commands:
      turn_off:
        service: media_player.turn_off
        data:
          entity_id: media_player.denon
      turn_on:
        service: media_player.turn_on
        data:
          entity_id: media_player.denon
      volume_up:
        service: media_player.volume_up
        data:
          entity_id: media_player.denon
      volume_down:
        service: media_player.volume_down
        data:
          entity_id: media_player.denon
      select_sound_mode:
        service: media_player.select_sound_mode
        target:
          entity_id: media_player.denon
        data:
          sound_mode: "{{ sound_mode }}"
    attributes:
      sound_mode: media_player.denon|sound_mode
      sound_mode_raw: media_player.denon|sound_mode_raw
      sound_mode_list: media_player.denon|sound_mode_list
      
      

      
template:
  - trigger:
      - platform: time_pattern
        hours: /1
      - platform: homeassistant
        event: start
    action:
      - service: weather.get_forecasts
        data:
          type: daily
        target:
          entity_id: weather.forecast_home
        response_variable: daily
    sensor:
      - name: Weather Forecast Daily
        unique_id: weather_forecast_daily
        state: "{{ states('weather.forecast_home') }}"
        attributes:
          temperature: "{{ state_attr('weather.forecast_home', 'temperature') }}"
          temperature_unit: "{{ state_attr('weather.forecast_home', 'temperature_unit') }}"
          forecast: "{{ daily['weather.forecast_home'].forecast }}"

parę xxxxx tam podmieniłem i to cały mój configuration.yaml

Myślałem, że coś w sekcji http masz podopisywane, bo log błędu wskazuje wyraźnie na zapis '8123:8123' jest niepoprawny (podany podwójne port)

ValueError: invalid literal for int() with base 10: '8123:8123'

Jeśli w YAML nic nie masz dopisane, to pozostaje sprawdzić w GUI.
Pokaż co masz w Ustawienia → System → Sieć

1 polubienie

W ustawieniach połączenia kilka razy zmieniałem ostatnio.
2 warianty wprowadzałem.

https://mojadomena.duckdns.org:8123
bez podania adresu dostępu lokalnego bo przy tym ustawieniu nie da się wejść.

przestawiałem też na
http://mojadomena.duckdns.org:8123
i jako lokalny wpisywałem
http://192.168.0.202:8123 ( i tu się dostawałem lokalnie do HA w swojej sieci.

Kilka razy to zmieniałem.
Teraz też sprawdziłem oba ustawienia i na jednym i drugim ustawieniu ten błąd w logach tak samo występuje.

A próbowałeś to zmienić na http://mojadomena.duckdns.org (czyli niejawnie port 80) z przekierowaniem na lokalny adres na porcie 8123?

lub jeśli SSL (tu niejawnym domyślnym portem jest 443, który wymaga przekierowania)
https://mojadomena.duckdns.org → lokalny adres na porcie 8123?

Szczerze mówiąc polecam wykorzystać cloudflared zamiast kombinować z otwarciem pełnego nietunelowanego dostępu z zewnątrz.

Jeśli realnie potrzebujesz dostępu z zewnątrz w ten sposób (tj. tylko znikomy % integracji wymaga dostępu do HA od strony internetu), to cloudflared jest dobrym pomysłem (hint - domena .ovh to koszt poniżej 150zł na 10 lat, nie dokupuj żadnych dodatkowych opcji płatnych w stylu zbędnej poczty, która jest bodajże proponowana teraz przy zamawianiu domeny, a darmowa jest tylko na miesiąc, oczywiście można zrezygnować ze zbędnych płatnych usług nawet po zamówieniu jeśli zachowa się czujność, a potrzebna jest tylko domena).

Jeśli nie, i raczej myślisz o sporadycznym dostępie do sterowania od zewnątrz, to są 2 świetne i niemal bezkonfiguracyjne i wyjątkowo bezpieczne metody połączenia VPN tailscale zerotier (one w ogóle nie dają publicznego dostępu, jest on tylko w tej samej sieci VPN, a klienty są dostępne również na smartfony).

1 polubienie

@szopen

dzięki za Twoją podpowiedź:

nie wiedziałem, że “tak” ale zastosowałem i działa . Ale docelowo cloudflared zdecydowanie do zainstalowania i konfigracji.

Na dziś powiem Wam @angler i @szopen , że odnośnie błędu w logach to po ustawieniu tak jak powyżej, wykasowaniu wszystkich tokenów by nowe zostały dodane na nowych adresach, wykasowaniu 95% błędów w logach, dalej mam:

Rejestrator: homeassistant.setup
Źródło: setup.py:623
Pierwsze zdarzenie: 19:01:28 (1 wystąpienie)
Ostatnio zalogowany: 19:01:28

Error handling when_setup callback for frontend
Traceback (most recent call last):
  File "/usr/local/lib/python3.13/site-packages/yarl/_parse.py", line 134, in split_netloc
    port = int(port_str)
ValueError: invalid literal for int() with base 10: '8123:8123'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/setup.py", line 623, in when_setup
    await when_setup_cb(hass, component)
  File "/usr/src/homeassistant/homeassistant/components/zeroconf/__init__.py", line 210, in _async_zeroconf_hass_start
    await _async_register_hass_zc_service(hass, aio_zc, uuid)
  File "/usr/src/homeassistant/homeassistant/components/zeroconf/__init__.py", line 254, in _async_register_hass_zc_service
    params["internal_url"] = get_url(hass, allow_external=False)
                             ~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/network.py", line 150, in get_url
    return _get_internal_url(
        hass,
    ...<3 lines>...
        require_standard_port=require_standard_port,
    )
  File "/usr/src/homeassistant/homeassistant/helpers/network.py", line 243, in _get_internal_url
    internal_url = yarl.URL(hass.config.internal_url)
  File "/usr/local/lib/python3.13/site-packages/yarl/_url.py", line 358, in __new__
    return pre_encoded_url(val) if encoded else encode_url(val)
                                                ~~~~~~~~~~^^^^^
  File "/usr/local/lib/python3.13/site-packages/yarl/_url.py", line 155, in encode_url
    username, password, host, port = split_netloc(netloc)
                                     ~~~~~~~~~~~~^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/yarl/_parse.py", line 136, in split_netloc
    raise ValueError("Invalid URL: port can't be converted to integer")
ValueError: Invalid URL: port can't be converted to integer

Zastanawia mnie (ale ja jestem amatorem w temacie) czy to nie ma coś wspólnego z bazą danych. Mam dodatek ,Maria DB". Może tam coś się 'wykrzaczyło" i siedzi gdzieś( Często korzysrtam z przywracania kopii zapasowej).
Na tym forum znalazłem dośc podobne wg mie “problemy”

https://forum.arturhome.pl/t/problem-po-zainstalowaniu-mariadb/887
https://forum.arturhome.pl/t/blad-recorder-i-mariadb/2527

Dzisiaj już dość. Jutro rano zrobi mi kopię zapasową systemu z tego wieczoru, taką wyczyszczoną z błędów i wszystkich nie potrzebnych ,składowych" i zainstaluję aktualizację 2025.11.x
Może coś w międzyczasie podpowiecie.
Na dziś odpadam.

Najbardziej przerażający był błąd odnośnie default_config, więc jeśli już go nie masz to jest już się z czego cieszyć.

A co do kwestii związanej z 8123, to podejrzewam, że chodzi o jakąś Integrację czegoś po sieci, może na bazie komponentu niestandardowego (tu głównym podejrzanym jest ten spotifyplus), podejrzewam, że gdzieś podałeś numer portu 8123 choć jest on akurat tam zbędny. Niestety musisz przejrzeć wszystko - na spółkę z należącym do HA configuration.yaml są też parsowane wszystkie inne pliki które w nim zawarłeś przez include (tak naprawdę ich treść należy do configuration.yaml, mimo, że jest przechowywana w innych plikach).

Błąd, który pokazujesz może dotyczy jakiegoś config flow - sprawdź czy HA nie wykrył czegoś nowego w sieci lub przypomnij sobie co konfigurowałeś w GUI i się nie udało, usuń wyłączone integracje i jeśli po restarcie HA zostaną ponownie wykryte nowe urządzenia w sieci albo je skonfiguruj poprawnie albo skutecznie zignoruj.

To może też być pozostałość w YAML jakiejś integracji, którą dzisiaj się konfiguruje w GUI, ale nie usunąłeś zbędnego obecnie YAMLa.

Zrób ha core rebuild i restart HA.

1 polubienie

Przez kilka dni robiłem przegląd w mojej intalacji HA, cały czas szukając
rozwiązania problemu z błedem w logach.
Uczepiłem się tego “8123:8123” i powtarzającego się " Invalid URL" które wg mnie wskazywały na błąd w bliżej nie określonej konfiguracji dostępu do HA.
Gdzieś coś mi dzwoniło ale nie mogłem sobie przypomieć.
Ale przypomniałem sobie wreszcie, że kiedyś w configuration.yaml miałem jakiś wpis który by sie jakoś z tym pokrywał. Pogrzebałem, poszukałem i znalazłem taki wpis:

  external_url: "https://xxxxxxxxxxx.duckdns.org:8123"
  internal_url: "https://192.168.0.202:8123"

wykasowany z mojego configuration.yaml miesiące temu.

Dodałem do obecnego configuration.yaml, restart i … z tym wpisem błąd się nie pojawił w logach.
Zrestartowałem jeszcze raz dla pewności i dalej bez błedu w logach.
Dalej - kopia zapasowa i instalacja HA 2025.11.2 - restart i żadnych powiadomień ,Invalid config".
Podsumowanie ( żeby @szopen znów nie powiedział, że nie podsumowałem :wink:) jest takie, że znalazłem rozwiązanie, dzielę się nim ze Wszystkimi na Forum ( może komuś, kiedyś oszczędzi nerwy i czas).
Wszystko działa.
Do zamknięcia… jednak chyba nie .
Muszę coś jeszcze posprawdzać , bo właśnie zauważyłem dlaczego ten wpis kiedyś usunąłem z configuration.yaml
ech… a mogło być tak pięknie.

2 polubienia

Takiej konstrukcji raczej nie może być, bo nie wiem jak wykombinujesz dla IP działający certyfikat,
ale to raczej już powinno działać
internal_url: "http://192.168.0.202:8123"
tylko szczerze mówiąc taką konstrukcję to bym wywalił z YAMLa, bo zarówno adres “wewnętrzny”/“LANowski” jak i “WANowski”/“zewnętrzny” teraz konfiguruje się w GUI, w dodatku “wewnętrzny” ma opcję autokonfiguracji (więc nie tworzy konfliktów jak zła konfiguracja w YAMLu).

No właśnie dlatego kiedyś to usunąłem z YAMLa i wszystko działało dobrze do wersji 2025.10.4. w wersji 2025.11 wywala ten ,invalid config’ i w System - Sieć - Przeglądarka Zeroconf nie ma żadnego wpisu.
A jak wpiszę te external i internal to na wersji Listopadowej nie mam błędów i w System - Sieć - Przeglądarka Zeroconf są wszystkie wpisy. iIntegracje wszystkie się ładują.
Gdzieś jest coś skopane z konfiguracją (może jakaś jedna kropka czy inny wuj) … tak myślę.
Nie mam pojęcia co z tym zrobić. Stawianie wszystkiego od zera wcale mi się nie uśmiecha.

Jeszcze jedna rzecz. Jak nie mam wpisu w YAMLu to w Ustawienia - System - Sieć nie mam w ogóle tego okna gdzie można wpisać adres zewnętrzny i wewnętrzny Home Assistanta.

Brzmi bardzo niepokojąco, ale nie mam pomysłu, poza jedną kwestią - przy zmianie ustawień dotyczących hosta sam restart HA nie jest wystarczający do załadowania nowej konfiguracji - w takich wypadkach obowiązkowy jest restart całego OSa.


Ponadto
Wyżej masz polecenie odbudowy kontenera HA
ha core rebuild
ale tego rodzaju komend w HA jest więcej, dowiesz się o nich
ha --help

Jednak najpierw restart hosta w przypadku modyfikacji czegokolwiek wpływającego na ustawienia OSa.
(to w tym wypadku najprostsze rozwiązanie, choć pewne rzeczy można zrobić z CLI)

Faktycznie. Jakoś mi to uciekło. Przeprosiny dla Artura.

Żeby posługiwać się tymi komendami trzeba wejść w tryb awaryjny?
NIe robiłem tego wcześniej w HA.