That's technically just 1 single contract in terms of storage space (i.e., the contract and the libraries share the same storage space).
And if all of these libraries are internally linked to that contract (which is mostly the case, unless you implement any external functions in them), then it is 1 single contract also in terms of its byte-code being deployed at a single address.
A library which implements only internal functions is not deployed as a separate independent contract. Instead, the internal functions of that library are added directly to the contract which uses them, and these internal functions become part of that contract's byte-code when deployed.
Here is a very good blog post explaining the difference between libraries with internal functions and libraries with external functions.
I quite sure that its 5 separate contracts, since i deploy each of them manually and set the library adresses on the others so the communication works.
btw : its so many contracts because we exceed the deployable contract size if we dont split it up
So it is indeed 5 contracts deployed at 5 different addresses.
But they all share the same storage space, since the contract interacts with these libraries via delegate-calls, similarly to how a Proxy contract interacts with its associated remote contract (aka Logic contract or Implementation contract).
Other than that, it is not really clear what kind of help you're hoping for:
You'll probably need to share some more details, such as the related code, as well as the actual problem that you're experiencing.
So yes - you are wrong BOTH in the assumption that the contract and the libraries do not share the same storage space, AND in the assumption that splitting the byte-code deployment into several pieces means splitting the storage space in the same way.