1. Войти под root
$ su -
2. Install sudo
# apt install sudo
3. Добавить testuser в sudo
# usermod -aG sudo testuser
Проверить
# groups testuser
Должна быть группа sudo.
4. Перезайти под testuser
$ sudo whoami
1. Войти под root
$ su -
2. Install sudo
# apt install sudo
3. Добавить testuser в sudo
# usermod -aG sudo testuser
Проверить
# groups testuser
Должна быть группа sudo.
4. Перезайти под testuser
$ sudo whoami
Why
Since Sept 2021, Windows requires:
Admin privileges to install any shared driver.
And the driver package must be properly signed and match OS architecture.
If the package doesn’t pass, Windows just errors with 0x000000cb.
Fixes to try:
On the client:
Run printui /s /t2 → opens Print Server Properties.
Remove all drivers for that printer.
Reboot.
Then try reconnecting.
This is probably what you used before.
On the client PC, set:
[HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows NT\Printers\PointAndPrint] "RestrictDriverInstallationToAdministrators"=dword:00000000 "NoWarningNoElevationOnInstall"=dword:00000001 "UpdatePromptSettings"=dword:00000001
Or if the PointAndPrint key doesn’t exist, create it.
Download the exact printer driver from the manufacturer.
Install it locally on the client.
Then connect to the shared printer again — Windows will reuse the existing driver instead of pulling from the server.
Path:
Computer Configuration → Administrative Templates → Printers → Point and Print Restrictions
Set Enabled
Configure:
Users can point and print to: "All servers" (or specify your print server)
Security prompts: Do not show warning or elevation prompt
Instead of SMB share, add the printer as a local printer:
Add Printer → "Add a local printer" → "Create a new port" → Standard TCP/IP Port.
Enter the printer’s IP directly.
Install the driver manually.
This bypasses the SMB Point and Print mechanism entirely.
Why 0x000000cb appears only on one PC, other pc's were connecting to that same printer just fine.
That error means “The driver being installed is not valid” (basically, Windows can’t load the print driver package).
On the problematic PC, Windows sees a different version of the driver already present locally (newer or incompatible). When it tries to reconcile that with the one offered by the server, the mismatch causes the installation to fail → hence 0x000000cb.
The fix that worked for me after i tried all the listed fixes:
Since the other PCs accept the server’s older driver, you can pre-stage it on the broken PC:
Copy the working .inf driver package from another PC:
Run pnputil /enum-drivers | findstr /i citizen on a working PC → note the oemXX.inf.
Copy that driver folder from C:\Windows\System32\DriverStore\FileRepository\...
On the broken PC:
pnputil /add-driver <path-to-inf> /install
Then connect to the printer again → it won’t need to pull the package from the server, it’ll just match it.
Will use NFS for serving the installation files
DEFAULT vesamenu.c32
PROMPT 0
MENU TITLE PXE Boot Menu
MENU INCLUDE pxelinux.cfg/graphics.conf
MENU AUTOBOOT Starting Local System in 8 seconds
# Option 1 - Exit PXE Linux & boot normally
LABEL bootlocal
menu label ^Boot Normally
menu default
localboot 0
timeout 80
TOTALTIMEOUT 9000
# Option 2 - Run WDS
LABEL WDS (WORKING)
MENU LABEL ^Windows Deployment Services
KERNEL pxeboot.0
#--
Label UBUNTU
menu label Ubuntu 24.04 Install NFS
kernel /Linux/ubuntu24/casper/vmlinuz
append nfsroot=10.0.0.240:/Linux/ubuntu24 netboot=nfs ip=dhcp boot=casper initrd=/Linux/ubuntu24/casper/initrd
# Option 3 - Exit PXE Linux
LABEL Abort
MENU LABEL E^xit
KERNEL abortpxe.0